JP3780115B2 - 画像表示装置制御システム及び画像表示システム制御方法 - Google Patents
画像表示装置制御システム及び画像表示システム制御方法 Download PDFInfo
- Publication number
- JP3780115B2 JP3780115B2 JP09674499A JP9674499A JP3780115B2 JP 3780115 B2 JP3780115 B2 JP 3780115B2 JP 09674499 A JP09674499 A JP 09674499A JP 9674499 A JP9674499 A JP 9674499A JP 3780115 B2 JP3780115 B2 JP 3780115B2
- Authority
- JP
- Japan
- Prior art keywords
- image display
- display unit
- unit
- program
- 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
Landscapes
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Controls And Circuits For Display Device (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、少なくとも１組の映像信号及び音響信号を含む信号を送信する端末部と、前記端末部よりの信号を受信して対応する画像表示を行なう画像表示部とを備える画像表示制御システム画像表示制御システム及び画像表示システム制御方法に関するものである。
【０００２】
【従来の技術】
従来のテレビジョン放送を受信して表示するテレビ受像機に各種の画像を表示させようとした場合の構成を図４９に示す。従来は、図４９に示すように、テレビ受像機にはアンテナ線として例えば地上波放送（ＶＨＳ／ＵＨＦ）用アンテナ線、衛星放送（ＢＳ）用アンテナ線が接続されている。さらに、他の表示情報供給源からのケーブルとして、例えば、ビデオデッキよりの映像信号線並びに音響信号線、ＬＤ／ＤＶＤ再生装置よりの映像信号線並びに音響信号線、また、デジタル放送受信装置（ＳＴＢ）よりの信号線の各信号線ケーブルが接続されていた。
【０００３】
このように、従来のテレビ受像機は表示部とチューナ部をはじめとする入力信号選択部などが全て一体に構成されていた。このためどうしても本体が幅厚で大型の筐体とならざるを得なかった。
【０００４】
一方、近年はテレビも薄型化してきており、壁掛けテレビも登場してきている。この壁掛けテレビでは厚さを極力薄くしなければ成らず、また、重量も軽量かが求められる。このため、この種のテレビでは画像表示部と画像表示部に表示情報を供給する端末部分とが別筐体と成っている。
【０００５】
画像表示部と端末部とは互いに対となって一つのテレビ受像機を形成しているが、基本的には夫々独立に動作する。このため、画像表示部と端末部とで製造期間が相違したり、一方のみを買い替えたりすることが当然に予定される。
【０００６】
【発明が解決しようとする課題】
しかしながら、画像表示部と端末部とであまりに製造時期が異なっていたり、マイナーチェンジが行なわれていたりすることがあり、このような場合には両方の動作仕様が異なる場合がある。このような場合に、この状態を放置して使用してはせっかくの改良点がいかされない。
【０００７】
この種の装置ではほとんどがマイコン制御により動作しており、一部プログラムを変更すればバージョンを揃えることも可能である。しかし、従来は専用の技術者が特別の操作を行なわなければこのようなバージョンアップはできなかった。
【０００８】
また、メーカや、サイズや、表示方式の異なる画像表示部に交換する場合もこのような問題が生じる。
【０００９】
【課題を解決するための手段】
本発明は、上記目的を達成する一手段として、例えば以下の構成を備える。
【００１０】
即ち、少なくとも１組の映像信号及び音響信号を含む信号を送信する端末部と、前記端末部よりの信号を受信して対応する画像表示を行なう画像表示部とを備える画像表示制御システムであって、前記端末部は、電源が投入された時に前記画像表示部の保持するプログラム仕様を検知して検知したプログラム仕様からプログラムダウンロードの必要があると判断すると前記画像表示部にプログラムダウンロードを要求する要求手段と、プログラムダウンロードを行なうプログラムダウンロード手段とを備え、前記画像表示部は、前記プログラムダウンロードの要求を受け取ると続いて送られてくるダウンロードプログラムを対応する自己のプログラムメモリに格納するプログラム更新手段とを備えることを特徴とする。
【００１１】
そして例えば、前記要求手段は、前記画像表示部のプログラムメモリに格納されているプログラムＩＤを収得してプログラムの仕様を検知することを特徴とする。
【００１２】
又例えば、前記端末部は、前記要求手段によりプログラムダウンロードの必要がないと判断された時及びプログラムダウンロードが終了した後に前記画像表示部に対する表示制御を行なうことを特徴とする。
【００１３】
【発明の実施の形態】
以下、図面を参照して、本発明に係る一発明の実施の形態例を詳細に説明する。図１は本発明に係る一実施の形態例の基本構成を説明するための図である。図１において、１は画像表示部であり、本実施の形態例では壁掛けタイプの薄型の構成となっている。２は画像表示部１に後述する同期型双方向シリアルデジタルデータにより表示データ及び音響データを出力する端末部であり後述するようにテレビ放送を受信するチューナ部を備えている。
【００１４】
３は端末部２への画像及び音響信号の供給源であるビデオデッキ、４はレーザディスクまたはＤＶＤディスクを再生するＬＤ／ＤＶＤプレーヤ、５はディジタル放送を受信選択するＳＴＢである。
【００１５】
端末部２にはこれらの各画像信号などの供給源との接続ケーブルが接続されるとともにチューナ部への地上波放送（ＶＨＳ／ＵＨＳ）用のアンテナ線及び衛星放送（ＢＳ）用のアンテナ線も接続されている。しかしながら、端末部２と画像表示部１との間は、基本的には１本の細いケーブルのみが接続される構成であり、壁掛けタイプの画像表示部であってもケーブル処理が容易で美観上見苦しくなることが無い構成となっている。
【００１６】
以上のシステム構成の本実施の形態例の画像表示部１及び端末部２の詳細構成を図２を参照して以下に説明する。まず画像表示部１の詳細構成を説明する。
【００１７】
画像表示部１において、１０１は画像表示部１の全体制御を司る表示部ＣＰＵであり、後述するフローチャートに示す制御手順等を記憶するＲＯＭを内蔵している。表示部ＣＰＵ１０１は、表示部モデム１０３よりの端末部２より受信したコマンドデータに従って各種受信データの受信制御を行う。また、各部の制御はコントロールバス１５１を介して行なう。
【００１８】
１０２は端末部２との接続ケーブルの受けコネクタ、１０３は表示部モデム、１０４は表示部ＣＰＵ１０１の制御及び表示部モデム１０３よりの再生ＳＹＮＣ信号あるいはＣＬＫ信号に従って画像表示部１の制御タイミングを発生するタイミング発生部である。
【００１９】
１０５は表示部モデム１０３で復号した２４ビットのデジタルビデオ信号を表示パネル１１０で表示可能な輝度画像信号に変換して出力するビデオ信号処理部、１０６はビデオ信号処理部１０５よりの輝度信号を表示部ＣＰＵ１０１よりの駆動条件にしたがってタイミング発生部よりのタイミングで表示パネル１１０を駆動するパネル駆動部、１１０は表示パネルである。
【００２０】
また、１２１は表示部モデム１０３よりの１６ビット構成のデジタルオーディオ信号をタイミング発生部よりの受信タイミングに従って受け取り、対応するアナログオーディオ信号に変換するＤ／Ａ変換器である。１２２はＤ／Ａ変換器１２１よりの入力アナログ信号を増幅するオーディオアンプ、１２３はスピーカである。
【００２１】
更に、１３０はユーザインターフェイス（ユーザＩ／Ｆ）であり、ユーザよりの各種操作入力をする。ここでは、例えば表示調整のほか、例えばリモコン入力についての検出も含む。
【００２２】
次に端末部２の詳細を説明する。
【００２３】
端末部２において、２０１は端末部２の全体制御を司る端末ＣＰＵであり、後述するフローチャートに示す制御手順等を記憶するＲＯＭを内蔵している。端末ＣＰＵ２０１は、表示データを所望のフォーマットで端末モデム２０３を介して画像表示部１に送信できるようにタイミング制御部２０４、ビデオ信号処理部２０５を制御する。また、画像表示部１に対する制御コマンドデータと同様に端末モデム２０３を介して出力する。また、各部の制御はコントロールバス２５１を介して行なう。
【００２４】
２０２は画像表示部１との接続ケーブルコネクタ、２０３は端末モデム、２０４は端末ＣＰＵ２０１の制御及び端末モデム２０３にＳＹＮＣ信号あるいはＣＬＫ信号や、コマンド送信タイミングを示すコマンドタイミング信号などを出力する端末のタイミング発生部である。
【００２５】
２０５は入力Ｉ／Ｆ２２０よりの入力画像信号やチューナ部２４０よりの画像信号（ビデオ信号）を入力して対応する２４ビットのデジタルビデオ信号に変換して端末モデム２０３に出力するビデオ信号処理部である。また、２１０は同じく入力Ｉ／Ｆ２２０よりの入力音響信号（音声信号等）を入力して対応する１６ビットのデジタル音響信号に変換して端末モデム２０３に出力するオーディオ信号処理部である。
【００２６】
また、２２０は図１に示す各画像情報などの供給源（３〜５）とのインタフェースを司ると共に、チューナ部２４０よりの画像情報信号及び音響信号を入力して、端末ＣＰＵ２０１の制御に従っていずれかの入力を選択して音響信号はオーディオ信号処理部２１０に、画像情報信号はビデオ信号としてビデオ信号処理部２０５に、ＳＹＮＣ信号等のクロック信号はタイミング発生部２０４に、入力信号の判別データは端末ＣＰＵ２０１に夫々出力する。
【００２７】
また、２３０はユーザインターフェイス（ユーザＩ／Ｆ）であり、ユーザよりの各種操作入力をする。ここでは、例えば表示調整のほか、例えばリモコン入力についての検出も含む。２４０は地上波放送及び衛星放送を受信するチューナ部である。なお、２２１〜２２３が供給源（３〜５）よりの入力端子部、２４１が地上波放送用アンテナ入力、２４２が衛星放送用アンテナ入力である。
【００２８】
以上の構成を備える端末部２は、接続される画像表示部の仕様に制限はなく、同様インタフェース仕様の画像表示部であれば種々の仕様の画像表示部を接続することができる。そして、端末部２と画像表示部１とのインタフェース回路部分及びモデムの入出力部分の詳細構成を図３を参照して説明する。
【００２９】
表示部モデム１０３において、３１０はタイミング発生部１０４よりの通信方向制御信号に従って通信媒体よりの信号をレシーブしたり、変調部３１２よりの信号を出力する入出力ドライバ回路、３１１は入出力ドライバ回路３１０のレシーバ部よりの受信信号を復調すると共に復調したシリアル復調データを２４ビットの並列復調データに変換して出力する復調部、３１２は表示部ＣＰＵ１０１よりの１６ビットパラレルの制御データをシリアルデータに変換して変調し、入出力ドライバ回路３１０のドライバ部に出力する変調部である。
【００３０】
３１３はタイミング発生部１０４よりのタイミング制御信号に従って復調信号を復元して各部に分配する復元部であり、再生した同期信号やＣＬＫ信号はタイミング発生部１０４に出力し、復元したビデオ信号はビデオ信号処理部１０５に出力し、復元した音響信号はＤ／Ａ変換器１２１に出力し、復元したコマンド情報は表示部ＣＰＵ１０１に出力する。なお、３１４は表示部ＣＰＵよりの制御データを変調部に出力するドライバ回路である。
【００３１】
端末モデム２０３において、３２０はタイミング発生部２０４よりの通信方向制御信号に従って通信媒体よりの信号をレシーブしたり、変調部３２２よりの信号を出力する入出力ドライバ回路、３２１は入出力ドライバ回路３２０のレシーバ部よりの受信信号を復調すると共に復調したシリアル復調データを１６ビットの並列復調データに変換してドライバ回路３２４を介して端末ＣＰＵ２０１に出力する復調部、３２２は多重部３２３よりの２４ビットパラレルの多重信号をシリアルデータに変換して変調し、入出力ドライバ回路３２０のドライバ部に出力する変調部である。
【００３２】
３２３はビデオ信号処理部２０５よりのビデオ信号、オーディオ信号処理部２１０よりの音響信号、端末ＣＰＵ２０１よりの制御情報を夫々受け取り、タイミング発生部２０４よりのタイミング信号に従って重なり合わないように多重化して変調部３２２に出力する多重部である。なお、３２４は復調部３２１よりの画像表示部よりの制御データを端末ＣＰＵ２０１に出力するドライバ回路である。
【００３３】
そして、本実施の形態例においては、端末部２と画像表示部１とは一対の信号線のみで各種情報の授受ができ、接続ケーブルを簡単な構成でかつ細線化できる。基本的には、画像表示部１と端末部２とを接続する通信媒体は２線式のツイストケーブルであり、伝送フォーマットは後述する画像表示部１の仕様及び端末部２が受信している入力信号の種類により決定される。
【００３４】
しかし、通信媒体は電気導体線によるケーブルに限定されず、光ファイバ等の光信号通信線や、電磁波等のワイヤレスな通信でもよい。例えば、後述する図４６に示すように表示部の上側あるいは下側に備えられる光通信部と、端末部から電線等で表示部の光通信部の近くに設置される端末側の光通信部を備えてもよい。
【００３５】
本実施の形態例の入力Ｉ／Ｆ２２０は、各種の仕様の画像情報を入力することができる。本実施の形態例の入力Ｉ／Ｆ２２０の異なる仕様の画像情報を受け取ってビデオ信号処理部２０５に出力する部分の構成例を図４に示す。なお、図４には画像信号のみ表わしているが、音響信号についても異なる仕様の信号を受け取って共通化して出力することは勿論である。
【００３６】
入力Ｉ／Ｆ２２０の画像情報の入力部は、ＮＴＳＣ仕様のコンポジット入力及びＳ端子入力、ＨＤＴＶ仕様のミューズ（Ｍｕｓｅ）信号入力及びコンポーネント信号入力、ＰＣ（コンピュータグラフィック）仕様のＰＣ入力が可能であり、これらの仕様の信号をＲＧＢ信号に変換してビデオ信号処理部２０５に出力する。
【００３７】
例えばＮＴＳＣ仕様のコンポジット信号はコンポジット入力よりＮＴＳＣデコーダ４０１に送られてデコードされ、セレクタ４０２に送られる。セレクタ４０２にはＳ端子入力よりのＳ入力信号も入力されており、いずれかの入力が選択される。例えば、ここでは、Ｓ端子入力が優先するように制御されることが望ましい。
【００３８】
セレクタ４０２よりの信号はＩＰ変換部４０４及び同期分離部４０３に送られる。ＩＰ変換部（インターレス／プログレッシブ変換部）４０４には映像信号が送られ、ここで画像表示部１の仕様によりプログレッシブ走査を要求された場合には、例えば、２４０ライン／６０Ｈｚの映像信号を４８０ライン／６０Ｈｚに変換したＹ／色差信号を出力する。もしくは、ＱＶＧＡ相当の画素数パネル（３２０×２４０）の場合は、ＩＰ変換せずに２４０ライン／６０Ｈｚのまま出力する。
【００３９】
マトリクス処理部４０５では、この信号を対応するＲＧＢ信号に変換してマルチプレクサ４４０に出力する。一方、同期分離部４０３では、同期信号（Ｈ−ＳＹＮＣ信号、Ｖ−ＳＹＮＣ信号）を分離して入力信号判別部４３０に出力する。
【００４０】
例えばＨＤＴＶ仕様のミューズ（Ｍｕｓｅ）信号は、ミューズ（Ｍｕｓｅ）デコーダ４１１でデコードされてセレクタ４１２に送られる。さらに本実施の形態例においては、ハイビジョンコンポーネント信号入力も備え、直接セレクタ４１２に入力されており、いずれかの入力が選択される。例えば、ここでは、コンポーネント入力が優先するように制御される。
【００４１】
セレクタ４１２よりのＹ／色差信号は、マトリクス処理部４１５に送られる。マトリクス処理部４１５では、この信号を対応するＲＧＢ信号に変換してマルチプレクサ４４０に出力する。一方、同期分離部４１３では、同期信号（Ｈ−ＳＹＮＣ信号、Ｖ−ＳＹＮＣ信号）を分離して入力信号判別部４３０に出力する。 更に例えば、ＰＣ仕様のＰＣ入力信号は、入力バッファ４２１で受け取られ、同期信号（ＳＹＮＣ）は入力信号判別部４３０に送られ、ＲＧＢ信号はマルチプレクサ４４０に出力される。
【００４２】
入力信号判別部４３０では、各同期信号（ＳＹＮＣ信号）を受け取り、受取った同期信号の周波数や型式（極性、Ｈ・Ｖセパレート又は混合ＳＹＮＣなど）により、入力信号が何であるかを判別し、判別結果を端末ＣＰＵ２０１に報知出力する。マルチプレクサ４４０は、端末ＣＰＵ２０１よりの制御に従って入力信号の内の一つを選択してビデオ信号処理部２０５に出力する。
【００４３】
図４に示す入力Ｉ／Ｆ２２０におけるＮＴＳＣ仕様の画像信号が入力された時の入力Ｉ／Ｆ２０４の出力タイミング例を図５に示す。
【００４４】
図５の例は、入力Ｉ／Ｆ２０４の出力としては、垂直約４８０本、水平約２８．６μＳの有効ビデオ期間の信号で約１０％のオーバースキャンで表示すると仮定した場合のタイミング例であり、表示期間は垂直約４３０本、水平約２５．７μＳとなる。なお、本実施の形態例においてはこの１０％のオーバースキャンのデホルト等はユーザＩ／Ｆ２３０より可変設定が可能である。
【００４５】
ＮＴＳＣ仕様の場合には、図５に示すように、ＮＴＳＣ仕様の画像信号は、（１／５９．９４Ｈｚ）の周期で垂直同期信号（ＶＳＹＮＣ信号）が到来し、ＩＰ部で倍速変換されたことにより（１／３１．４７ＫＨｚ）の周期で水平同期信号（ＨＳＹＮＣ信号）が到来する。
【００４６】
そして例えば図５に示す期間をビデオ信号処理部２０５が取り込み、画像表示部１の解像度に適合するようにサンプリングし直すことになる。例えば、画像表示部の表示パネル１１０が８５２×４８０画素のパネルの場合、水平約３３．１ＭＨｚのＣＬＫ信号でサンプリングし、垂直はライン数約４３０本の画像データを約４８０本になるように例えばライン間補間を行うことになる。
【００４７】
一方、同じテレビ映像であっても、ＨＤＴＶ入力時の入力Ｉ／Ｆ２０４の出力タイミング例を図６に示す。図６の例は、入力Ｉ／Ｆ２０４の出力としては、約７％のオーバースキャンで表示すると仮定した場合のタイミング例を示している。
【００４８】
図６に示すように、ＨＤＴＶ仕様の画像信号は、（１／６０Ｈｚ）の周期で垂直同期信号（ＶＳＹＮＣ信号）が到来し、（１／３３．７５ＫＨｚ）の周期で水平同期信号（ＨＳＹＮＣ信号）が到来する。そして、例えば、図６に示すこの期間をビデオ信号処理部２０５が取り込み、画像表示部１の解像度に適合するようにサンプリングし直すことになる。例えば、画像表示部の表示パネル１１０が８５２×４８０画素のパネルの場合、水平約３５．５ＭＨｚのＣＬＫ信号でサンプリングし、垂直は有効ライン数５１７本中約４８０本をそのまま出力することになる。
【００４９】
次に以上の構成を備える本実施の形態例の制御を以下に説明する。本実施の形態例の端末部２は、上述した様に種々の仕様の画像表示部を制御可能であり、このため、端末部２の電源が投入されるとまず最初にどのような仕様の画像表示部が接続されているかを確認する電源オン処理を実行する。
【００５０】
端末部２に電源が投入された以降の画像表示部１との動作確認制御手順の例を図７を参照して以下に説明する。この動作確認制御手順は、相手画像表示部がどのような仕様であるのか不明であるため、もっとも容易に相手との通信制御が可能な通信制御手順として通信速度３００ＢＰＳあるいは１２００ＢＰＳの非同期式の通信制御手順を取り決めておき、この通信制御手順を用いて通信制御を行う。
【００５１】
端末部２は、電源が投入されると、まず、画像表示部１に対してＩＤ要求（接続要求）を送出する。これを受けた画像表示部１では直ちに画像表示部１より端末部２へ自装置のＩＤを返送する。従って、端末部２はこの画像表示部１よりＩＤが返送されてくれば画像表示部１が立ち上がっていると判断する。
【００５２】
しかし、端末部２の電源オン時に画像表示部１が立ち上がっていない場合にはＩＤ要求に対する応答は無い。このため、端末部２では所定間隔で所定回数、例えばｎ回、ＩＤ要求の送出を行っても画像表示部１よりのＩＤが返送されてこない場合には画像表示部１はまだ立ち上がっていないと判断して画像表示部１へのアクセスを停止する。
【００５３】
一方、画像表示部１は、装置に電源が投入されると、一定時間を待機期間としてその間に端末部２よりのＩＤ要求等の端末部２よりのコマンドが送られてくるのを監視する。そしてこの間にコマンドが送られてきた場合には対応する制御を行うことになる。即ち、ＩＤ要求が送られてきた場合にはＩＤを返送する。
【００５４】
一方、この間に端末部２よりの接続要求等が送られてこない場合には待機期間終了後に図７に示すように自ら端末部２に対して接続要求（接続要求コマンドには自装置のＩＤをパラメータとして添付）を送信する。端末部２では常時画像表示部１より送られてくるコマンドの受信を監視しており、接続要求の受信を検出すると画像表示部１のスペックを送るように要求する。画像表示部１ではこれに答えて自装置のスペック情報を端末部２に送信する。
【００５５】
端末部２ではこのスペックに基づいて必要な調整データの送信を要求する。そして画像表示部１ではこの調整データの送信要求に答えて自装置で保有している画像表示の調整データを端末部２に送信する。
【００５６】
端末部２は、これにより画像表示部１の仕様が把握できるため、以後は画像表示部１の仕様に合わせた通常の処理に移行する。
【００５７】
なお、画像表示部１は、装置の電源投入後に端末部２に接続要求を所定回数送信しても相手からの返答が無い場合には相手端末部が立ち上がっていないと判断して端末部２よりのコマンドデータの受信を監視するモードに入る。そして端末部２の電源が投入されてＩＤ要求を送ってきたら接続要求を返送する制御に移行する。
【００５８】
即ち、本実施の形態例においては、基本的には端末部２をマスタ、画像表示部１をスレーブとして通信を確立する。
【００５９】
以上、端末部２は所定回数接続を試みた後アクセスを中止し、画像表示部１より接続要求を出すと説明したが、端末部２は常に定期的にアクセスを続けて、画像表示部１は常にスレーブとして自発的にコマンドを送信しないようにしても良い。
【００６０】
なお、ＩＤとは、当該画像表示部が備えているハードウェア仕様が特定される識別記号であり、例えば、メーカー＆型番等である。また、スペックは、当該画像表示部１が備えているハードウェア仕様を表わし、例えば、表示パネル画素数、画素配列、カラー／モノクロ、デバイスの種類、画面サイズ、アスペクト比、階調数、ガンマ特性、表示可能なフレーム周波数、オーディオ仕様などが含まれる。さらに、当該画像表示部において調整可能な項目もスペックに含まれる。
【００６１】
また、調整データとは、例えば、コントラスト、色バランス、明るさ、黒レベル、表示位置、表示サイズ、音量、バランスなどが含まれ、通常時も変更する可能性があるものであり、画像表示部１と端末部２との間で調整情報がやり取りされる。さらに、端末部２と画像表示部１の双方で調整できる項目をどちらで調整処理をするかといった調整権の情報も調整データに含まれる。
【００６２】
後述するように、端末部２は、既に接続されている画像表示部１のＩＤとスペックとを、対にして不図示の不揮発性メモリに記憶している。このため、端末部２は画像表示部１よりのＩＤが従前のＩＤと同じである場合には、スペックなどは既に自装置で保持した状態であるため、送信を要求せずに直ちに通常処理に移行することができる。
【００６３】
なお、画像表示部１においては、電源オフ前のデータが画像表示部内の不図示の表示部ＣＰＵ１０１に内装されている不揮発性メモリに記憶しており、電源投入時にそれを読み出して来て再現する。あるいは、読み出した調整データを画像表示部１から端末部２に送信し、上述した調整権に応じて端末部２および画像表示部１において調整処理する。
【００６４】
図８、図９を参照して以上の電源投入時の制御の詳細を説明する。図８は本実施の形態例の端末部２の電源オン時の制御を示すフローチャート、図９は本実施の形態例の画像表示部１の電源オン時の制御を示すフローチャートである。
【００６５】
まず図８を参照して端末部２の制御を説明する。端末部２は電源が投入されると図８の制御に移行し、決められた通信制御手順に従って電源オン制御手順を実行する。
【００６６】
まず図８のステップＳ１において、接続されている画像表示部１に対してＩＤ要求（接続要求）コマンドを送信する。そして続くステップＳ２において画像表示部１よりのＩＤを受信したか否かを調べる。ＩＤを受信していない場合にはステップＳ３に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ２に戻り、所定時間内にＩＤが受信されるのを監視する。所定時間経過しても画像表示部１からＩＤが送られてこない場合にはステップＳ４に進み、ＩＤ要求コマンドを当該画像表示部１に一定回数ＩＤ要求コマンドを、例えばｎ回送ったか否かを調べる。一定回数送っていない場合にはステップＳ１に戻り、再度ＩＤ要求コマンドを送信する。
【００６７】
一方、ステップＳ４で既に一定回数ＩＤ要求コマンドを送っている場合にはステップＳ２に戻り、画像表示部１よりのＩＤ（接続要求）の送られてくるのを監視する。そして画像表示部１よりのＩＤが受信されるとステップＳ２よりステップＳ５に進み、受信したＩＤが既に自端末部２で既知のＩＤで、接続された画像表示部の仕様が把握できるか否かを調べる。
【００６８】
既知の表示部でない場合にはステップＳ５よりステップＳ６に進み、端末部２の標準画像表示部として推奨されている標準モニタである旨を示すデフォルトスイッチがＯＮであるか否か（標準モニタが接続されているか否か）を調べる。標準モニタでない場合にはステップＳ７に進み、画像表示部１にスペック要求コマンドを送信する。続いてステップＳ８において、画像表示部１よりのスペックを受信したか否かを調べる。スペックを受信していない場合にはステップＳ９に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ８に戻り、所定時間内にスペックが受信されるのを監視する。所定時間経過しても画像表示部１からスペックが送られてこない場合にはステップＳ１０に進み、一定回数要求してスペックが所定時間内に受信できなかったか否かを調べる。一定回数要求して受信できなかった場合でない場合にはステップＳ７に戻り、再度スペック要求コマンドを送信する。
【００６９】
一方、ステップＳ１０で既に一定回数要求してスペックが受信できなかった場合には画像表示部１の電源がオフした、あるいは動作不能になったものと判断してステップＳ１に戻り、画像表示部１へのＩＤ要求コマンドの送信処理に移行する。
【００７０】
一方、ステップＳ８で画像表示部１よりのスペック情報を受信するとステップＳ１１に進み、受信したスペックが自端末部２で適用可能なスペックか否かを調べる。処理可能なスペックであればステップＳ１５に進む。
【００７１】
一方、ステップＳ１１で処理可能なスペックでない場合にはステップＳ１２に進み、自端末部２で適用可能なスペック中で最も受信したスペックを満足できると思われるスペックを選択する。そして続くステップＳ１３でエラー表示と共に選択したスペック情報を表示する。そしてステップＳ１５に進む。
【００７２】
一方、上述したステップＳ５において、既知の画像表示部を示すＩＤを受信した場合、あるいは、ステップＳ６で標準モニタが接続されていた場合にはステップＳ１４に進み、判別しているスペックを選択してステップＳ１５に進む。
【００７３】
ステップＳ１５では、選択された画像表示部１のスペックを不図示の不揮発性メモリに格納してステップＳ１６に進む。ステップＳ１６では、画像表示部１に選択したスペックに基づいて必要な調整データの送信を要求する。続いてステップＳ１７において、画像表示部１よりの調整データを受信したか否かを調べる。調整データを受信していない場合にはステップＳ１８に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ１７に戻り、所定時間内に調整データが受信されるのを監視する。所定時間経過しても画像表示部１から調整データが送られてこない場合にはステップＳ１９に進み、一定回数要求してスペックが所定時間内に受信できなかったか否かを調べる。一定回数要求して受信できなかった場合でない場合にはステップＳ１６に戻り、再度調整データ要求コマンドを送信する。
【００７４】
一方、ステップＳ１９で既に一定回数要求して調整データが受信できなかった場合には画像表示部１の電源がオフした、あるいは動作不能になったものと判断してステップＳ１に戻り、画像表示部１へのＩＤ要求コマンドの送信処理に移行する。
【００７５】
一方、ステップＳ１７で調整データを受信した場合には、これにより画像表示部１の仕様が把握できるため、以後はステップＳ２０に示す画像表示部１の仕様に合わせた通常の処理に移行する。
【００７６】
次に図９を参照して画像表示部１の制御を説明する。画像表示部１は電源が投入されると図９の制御に移行し、決められた通信制御手順に従って電源オン制御手順（コマンド受信制御手順）を実行する。
【００７７】
まず図９のステップＳ３１において、通信応答時間を計測するタイマをリセットする。そしてステップＳ３２でコマンドを受信しているか否かを調べる。コマンドを受信していなければステップＳ３３に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ３２に戻り、所定時間内にコマンドが受信されるのを監視する。所定時間が経過しても端末部２からのコマンドが受信されない場合にはステップＳ３４に進み、端末部２に自装置のＩＤを含ませた接続要求を送信する。そしてステップＳ３１に戻る。
【００７８】
一方、ステップＳ３２で端末部２よりのコマンドを受信した場合にはステップＳ３５に進み、受信したコマンドを解析する。続いてステップＳ３６において、解析したコマンドがＩＤ要求コマンドか否かを判断する。ＩＤ要求コマンドであった場合にはステップＳ３７に進み、端末部２に自装置のＩＤを返送してステップＳ３１に戻る。
【００７９】
一方、ステップＳ３６において、解析したコマンドがＩＤ要求コマンドでない場合にはステップＳ３８に進み、スペック要求コマンドか否かを判断する。スペック要求コマンドであった場合にはステップＳ３９に進み、端末部２に自装置のスペック情報を返送してステップＳ３１に戻る。
【００８０】
一方、ステップＳ３８において解析したコマンドがスペック要求コマンドでない場合にはステップＳ４０に進み、調整データ要求コマンドか否かを判断する。調整データ要求コマンドであった場合にはステップＳ４１に進み、端末部２に自装置の調整データを返送してステップＳ３１に戻る。
【００８１】
一方、ステップＳ４０において解析したコマンドが調整データ要求コマンドでない場合にはステップＳ４２に進み、アイドル通信（ＥＮＱ）か否かを判断する。「ＥＮＱ」でなかった場合にはそのコマンドが自装置で実行不可能な無効コマンドであると判断してステップＳ４３に進み、端末部２に端末部２に自装置の調整データを返送してステップＳ３１に戻る。
【００８２】
一方、ステップＳ４２において、解析したコマンドがアイドル通信（ＥＮＱ）であったった場合にはステップＳ４４に進み、「ＥＮＱ」を返送して通常通信処理に移行する。
【００８３】
以上の通信制御において用いられるコマンドデータなどの送受信に用いられる通信パケットの構成例を図１０を参照して以下に説明する。図１０は本実施の形態例の電源オン時の通信制御に用いられる通信パケット構成の例を示す図である。
【００８４】
本実施の形態例においては、相手装置の仕様が判別できていない状態であるため、例えば互いの通信時のビット同期をとることはできない。このため、送受信データの前後にスタートビットとストップビットを付加してデータの送受信毎に同期をとって受信することができる非同期式（調歩同期式）の通信を行うことが望ましい。
【００８５】
そして通信制御手順としては例えばＩＳＯ１７４５等を採用でき、情報メッセージのヘディングの開始を示すＳＯＨ５０１、ヘディングを構成するコマンドデータ５０２及びデータ数５０３、テキストの開始及びヘディングの終了を示すＳＴＸ５０４、項目番号と対応するデータとで１組となった所定数のテキストデータ群５０５、テキストの終わりを示すＥＴＸ５０６、テキストデータの伝送が誤りなく行なわれたか否かをチェックするためのチェックサム（ＢＣＣ）５０７で構成される。
【００８６】
なお、コマンドコード５０２には、ＩＤ要求コマンド、ＩＤ送信コマンド、スペック要求コマンド、スペック送信コマンド、調整データ要求コマンド、調整データ送信コマンド、チャンネル選択コマンド等が含まれ、後述するように更にビデオプリンタが接続されている場合にはビデオプリントコマンドなどが含まれる。
【００８７】
なお、このパケット構成は、電源オン制御時のみではなく、他の通常通信におけるコマンドデータの送受信にそのまま用いることができる。この場合において、テキストデータとして送信するデータとして項目番号と対応する項目データとを１組として送受信する時に、データ項目中の変更が有るデータ項目のみを送受信するように制御することにより、送受信データ量を減らすことができる。
【００８８】
この場合には、相手装置よりの更新データ項目を確かに受信した旨の確認パケット、例えば「ＡＣＫ」パケットを受信して始めて変更項目データの送信完了と制御する必要がある。
【００８９】
以上の説明は、テキストデータとしてデータ項目番号と対応する項目データを送信する例について説明した。しかし本発明及び本実施の形態例は以上の例に限定されるものではなく、例えばコマンドコードによってパケット長が一意に定まる固定長パケットであり、１項目の変更であってもすべての項目について送信する場合には図１１に示す固定長パケットによりコマンドデータの通信を行っても良い。
【００９０】
この場合には、図１０の場合に比し，データ数５０３が不要となり、項目順を決めておけば項目番号の送信も不要となる。従って、ＳＯＨ５１１、コマンドコード５１２、ＳＴＸ５１４、データ５１５、ＥＴＸ５１６、テェックサム（ＢＣＣ）５１７の構成とできる。
【００９１】
以上のようにして電源ＯＮ処理が終了すると通常通信処理に移行する。通常処理においては、互いの通信速度、互いの間の同期信号（ＶＳＹＮＣ、ＨＳＹＮＣ）の送受信タイミングが一意に定まるため、以後はこの同期信号に従った各種の通信制御を行う。
【００９２】
本実施の形態例の基本データ通信フォーマットを図１２乃至図１４を参照して説明する。図１２は本実施の形態例の単位周期におけるデータ構成を示す図、図１３はコマンドデータ送受信時のパケット構成の例を示す図であり、図１３の例では固定長パケットを説明する。また、図１４は調整データのフォーマット例を示す図である。
【００９３】
本実施の形態例においては、画像データ及び音響データは図１２に示す単位周期で通信される。この単位周期は、映像信号の水平同期信号（ＨＳＹＮＣ）周期もしくは垂直同期信号（ＶＳＹＮＣ）の周期である。
【００９４】
単位周期は、第１の同期コード（Ｈ番号）６０１、第２のｎ個の画像データ（シリアル）６０２、第３の音響データ６０３、第４のコマンドデータ（双方向制御）６０４としている。
【００９５】
第４のコマンドデータ６０４の詳細パケット構成は、例えば図１３に示す構成とすることができ、どのようなコマンドデータであるかを示すヘッダ部６５１、データ領域６５２、チェックサム６５３で構成されている。
【００９６】
このデータ部の構成例として調整データの例を図１４に示している。図１４の（Ａ）は画像表示部１より端末部２への調整データの例、（Ｂ）が端末部２より画像表示部１への調整データの例である。
【００９７】
画像表示部１より端末部２への調整データには、ディスプレイ種別データ、調整モードを示すコマンド、調整権を示すコマンド、コントラスト設定データ、色温度設定データ（Ｇ、Ｂ、Ｒ）、ブライトネス設定データ、黒レベル設定データ（Ｇ、Ｂ、Ｒ）、ガンマ調整データ（Ｇ、Ｂ、Ｒ）、表示モード設定データ、水平／垂直表示サイズ設定データ、水平／垂直表示位置設定データ、音量設定データ、音量左右バランス設定データ、表示部オーディオ仕様設定データ等が含まれる。
【００９８】
一方、端末部２より画像表示部１への調整データには、受信信号種別データ、調整モードを示すコマンド、調整権を示すコマンド、コントラスト設定データ、色温度設定データ（Ｇ、Ｂ、Ｒ）、ブライトネス設定データ、黒レベル設定データ（Ｇ、Ｂ、Ｒ）、ガンマ調整データ（Ｇ、Ｂ、Ｒ）、表示モード設定データ、水平／垂直表示サイズ設定データ、水平／垂直表示位置設定データ、音量設定データ、音量左右バランス設定データ等が含まれる。
【００９９】
次に以上の電源オン処理を終了した本実施の形態例の通常処理動作モードで最初に実行するセットアップ処理を図１５及び図１６のフローチャートを参照して以下に説明する。図１５は本実施の形態例における端末部２の動作モードのセットアップ処理を示すフローチャート、図１６は本実施の形態例における画像表示部１の動作モードのセットアップ処理を示すフローチャートである。
【０１００】
端末部２においては図８に示す電源オン処理により接続画像表示部１の仕様情報及び調整データ等を受け取ると、図１５に示す動作モードのセットアップ処理に移行する。まずステップＳ５１で端末ＣＰＵ２０１は、入力Ｉ／Ｆ部２２０からの入力信号判別データに基づいて入力信号を判別する。続いてステップＳ５２において、調整データ等に基づいて画像表示部１の特定データを修得する。
【０１０１】
そして、続くステップＳ５３において、取得データより画像処理モードを決定すると共にオーディオ処理モードも特定する。例えば画像処理モードをＮＴＳＣ処理モードと特定し、オーディオ処理モードをステレオモードに設定する。
【０１０２】
次にステップＳ５４において、タイミング発生部２０４に指示して決定した処理モードに対応した信号処理タイミングでのタイミング信号を発生させるように制御する。
【０１０３】
そしてステップＳ５５において、通信（伝送）処理タイミングを発生させ、例えば、端末モデム２０３への通信方向制御タイミング、コマンド送受信のための端末ＣＰＵ２０１への割込み信号の発生タイミング、ビデオ信号処理部２０５とオーディオ信号処理部２１０と端末ＣＰＵ２０１によるコマンドデータ処理タイミング等の各処理データの時分割多重のためのイネーブル信号等を出力させて図１２に示す通信制御を行わせるようにセットする。そしてこの処理タイミングに従ったデータ通信を行う。
【０１０４】
一方、画像表示部１においては、図９に示す電源オン処理により接続端末部２に画像表示部１の仕様情報を送り、調整データ等を共用すると、図１６に示す動作モードのセットアップ処理に移行する。まずステップＳ６１で表示部ＣＰＵ１０１は、タイミング発生部１０４の動作モードを決定する。そしてこの決定した動作モードに従ったタイミングで端末部２よりの同期信号を表示部モデム１０３で検出するのを監視する。
【０１０５】
表示部モデム１０３で端末部２よりの同期信号を受信すると再生ＳＹＮＣ信号及び再生ＣＬＫ信号が出力される。このため表示部モデム１０３で端末部２よりの同期信号を受信するとステップＳ６２よりステップＳ６３に進み、伝送処理タイミングを発生させる。例えば、表示部モデム１０３への通信方向制御タイミング、コマンド送受信のための表示部ＣＰＵ１０１への割込み信号の発生タイミング、ビデオ信号処理部１０５とオーディオ信号処理と表示部ＣＰＵ１０１によるコマンドデータ処理タイミング等の各処理データの時分割多重のためのイネーブル信号等を発生させる。
【０１０６】
そしてステップＳ６４で信号処理タイミングを発生させて受信されるビデオ信号等を受信可能状態に制御して以後このセットアップに従ったビデオ信号、オーディオ信号（音響信号）の受信制御及びコマンドデータの送受信制御を行う。
【０１０７】
以上のようにしてセットアップ処理が完了すると、端末部２は以後入力Ｉ／Ｆ２２０よりの表示データの発生に対応して順次同期信号に同期させて画像表示部１とのデータ通信を行うことになる。
【０１０８】
入力Ｉ／Ｆ２２０にＮＴＳＣフォーマットの画像が入力され、画像表示部１の表示パネル１１０が８５２ドット×４８０ドットである場合の端末部２と画像表示部１とのデータ通信タイミングの例を図１７、図１８を参照して以下に説明する。図１７は本実施の形態例の画像表示部１と端末部２との垂直同期信号発生周期内のデータ通信制御タイミングの例を示す図、図１８は本実施の形態例の画像表示部１と端末部２との水平同期信号発生周期内のデータ通信制御タイミングの例を示す図である。
【０１０９】
本実施の形態例においては、図１７に示す様に、ＶＳＹＮＣ信号、ＨＳＹＮＣ信号に同期して上述したタイミングで有効ビデオデータが送られてくる。本実施の形態例では、表示パネル１１０が８５２ドット×４８０ドットであるため、ＶＳＹＮＣ信号間に４８０ライン分のビデオデータが送受信される。
【０１１０】
また、本実施の形態例では、ＶＳＹＮＣ信号出力タイミングの直前の一定期間を除いて通信方向を制御するＤＩＲ信号をハイレベルとして、コマンドの通信方向制御を原則として端末部２から画像表示部１への送信方向に設定する。
【０１１１】
そして具体的なコマンド送受信タイミングとして、帰線タイミングを確保する必要性からＶＳＹＮＣ信号の前後は有効ビデオデータの送信タイミングでないことを利用してＶＳＹＮＣ信号出力タイミングを端末部２より画像表示部１への実際のコマンド送信タイミングとして図１７に示すＶＳＹＮＣ信号タイミングでのＨＳＹＮＣ間の所定タイミングに送信コマンドイネーブル信号を出力する。なお、図１７の例では２ブロック分のコマンドを送信する例を示している。
【０１１２】
また、画像表示部１より端末部２へのコマンド送信タイミングをＶＳＹＮＣ信号タイミングとなる直前の２サイクル分のＨＳＹＮＣ間の所定タイミングに設定し、受信コマンドイネーブル信号を出力する。なお、画像表示部１では送受信イネーブルのタイミングが図１７の逆のタイミングとなる。
【０１１３】
ＨＳＹＮＣ間のデータ送信タイミングは、図１８に示すように、ＨＳＹＮＣ信号タイミングよりビデオデータ通信タイミングまでの間を利用して、Ｌチャンネルオーディオデータ、Ｒチャンネルオーディオデータを送受信する。そしてその後ビデオデータ有効タイミングとなると水平方向１ライン分の８５２ドット分の画像データを送受信する。
【０１１４】
このように、本実施の形態例ではＶＳＹＮＣ信号間に表示するべきビデオデータ、音響データ（オーディオデータ）を多重化して送受信可能であり、更に必要に応じてコマンドデータも多重化して送受信可能に構成されている。
【０１１５】
以上の処理により本実施の形態例の端末部で実行するべき各種の制御タイミングが決定される。具体的な画像表示部１の仕様に合わせた調整制御の詳細を次に説明する。
【０１１６】
伝送フォーマットは、表示パネル１１０の特性データ（解像度、画素配列、画面アスペクト、リフレッシュレート）により決める。また、リフレッシュレート（垂直同期周波数）中に（表示ライン数＋必要なブランキング期間）を設定して水平周期を決定する。例えば、６０Ｈｚ中に表示ライン４８０本、ブランク期間４５本とするなどを決定する。
【０１１７】
入力信号フォーマットと同じでよい場合はそのまま特別の変換処理を行わずに出力することができる。しかし、ここでコマンドデータ（制御信号）を大量に通信する必要が見込まれるような場合にはブランク期間を増やしてもよい。
【０１１８】
また、１水平周期における（表示画素数＋多重するオーディオデータ＋必要なブランキング期間）を算出し、マスタＣＬＫの周波数を決定する。ここでも、入力信号フォーマットと同じでよい場合は入力される情報のＣＬＫ信号をそのまま使用することが可能である。ただし、ここで入力フォーマットでブランク期間が多く、周波数を下げたい場合等は入力されたＣＬＫ信号を必要に応じて変更することになる。
【０１１９】
更に、水平周期中のビデオデータ／オーディオデータの配置、垂直周期中のビデオデータ／制御信号データの配置を決定し、端末部２は決定した内容を必要に応じて画像表示部にコマンドデータとして送信し、相互に認識して認識結果を共有する。
【０１２０】
なお、上述したリフレッシュレートの決定にあたっては、画像表示部１のリフレッシュレート特性が十分高い場合は入力Ｉ／Ｆ２２０への入力信号のリフレッシュレートに合わせる。しかし、ユーザＩ／Ｆ２３０あるいは１３０などにより指示によりユーザがリフレッシュレートを上げることを要求した場合にはリフレッシュレートを上げてもよい。例えば、フリッカ特性向上のため／インターレースをプログレッシブに交換等する時等である。
【０１２１】
更に表示パネル１１０の画面アスペクト比と入力Ｉ／Ｆ２２０への入力信号のアスペクト比とが合わない場合には、自動判別により、あるいはユーザよりの要求により表示モードを変更可能に構成されている。
【０１２２】
このようにして伝送仕様が決定されるわけであるが、本実施の形態例における端末部２に接続される画像表示部１の表示パネル１１０の仕様により伝送仕様を変更する例を以下に説明する。
【０１２３】
表示パネル１１０が８５２ドット×４８０ドット（Ｒ，Ｇ，Ｂストライプ）の場合の例を図１９に示す。この場合には、図１９に示すように、垂直同期（ＶＳＹＮＣ）周波数は約６０Ｈｚとし、１ＶＳＹＮＣ期間に５２５個のＨＳＹＮＣ信号を発生させ、その内のＶＳＹＮＣ信号発生時から３６個目よりの４８０のＨＳＹＮＣ期間を有効ビデオデータ期間としている。
【０１２４】
水平同期信号（ＨＳＹＮＣ）は周波数３１．５ＫＨｚ、クロック信号（ＣＬＫ信号）は周波数３３．１ＭＨｚとなり、１つのＨＳＹＮＣ期間に１０５２個のＣＬＫ信号が発生され、その内のＨＳＹＮＣ信号発生時から１２６個目よりの８５２でビデオデータを通信している。
【０１２５】
また、表示パネル１１０が６４０ドット×４８０ドット（Ｒ，Ｇ，Ｂストライプ）の場合の例を図２０に示す。この場合には、図２０に示すように、垂直同期（ＶＳＹＮＣ）周波数は約６０Ｈｚとし、１ＶＳＹＮＣ期間に５２５個のＨＳＹＮＣ信号を発生させ、その内のＶＳＹＮＣ信号発生時から３６個目よりの４８０のＨＳＹＮＣ期間を有効ビデオデータ期間としている。
【０１２６】
水平同期信号（ＨＳＹＮＣ）は周波数３１．５ＫＨｚ、クロック信号（ＣＬＫ信号）は周波数２４．９ＭＨｚとなり、１つのＨＳＹＮＣ期間に７９０個のＣＬＫ信号が発生され、その内のＨＳＹＮＣ信号発生時から９５個目よりの６４０にビデオデータを通信している。
【０１２７】
さらに、表示パネル１１０が１３６５ドット×７６８ドット（Ｒ，Ｇ，Ｂストライプの場合の例を図２１に示す。この場合には、図２１に示すように、垂直同期（ＶＳＹＮＣ）周波数は約６０Ｈｚとし、１ＶＳＹＮＣ期間に８０７個のＨＳＹＮＣ信号を発生させ、その内のＶＳＹＮＣ信号発生時から３１個目よりの７６８のＨＳＹＮＣ期間を有効ビデオデータ期間としている。
【０１２８】
水平同期信号（ＨＳＹＮＣ）は周波数４８．４ＫＨｚ、クロック信号（ＣＬＫ信号）は周波数８１．５ＭＨｚとなり、１つのＨＳＹＮＣ期間に１６８５個のＣＬＫ信号が発生され、その内のＨＳＹＮＣ信号発生時から２０１個目よりの１３６５でビデオデータを通信している。
【０１２９】
なお、画像表示部１で転送されてくるビデオデータを一時記憶するメモリを有している場合には、このように表示パネル１１０の表示タイミングとビデオデータ転送タイミングを必ず一致させる必要はなく、例えば、図２２に示すように、ブランキング時間水平転送クロック（ＣＬＫ）の周波数を変更して遅くして転送しても良い。例えば、図２２のように、１つのＨＳＹＮＣ期間に１４００個のＣＬＫ信号が発生するようにクロック信号（ＣＬＫ信号）の周波数を６７．８ＭＨｚとしてＨＳＹＮＣ期間に１３６５ドット分のビデオデータを転送可能に構成しても良い。
【０１３０】
転送レートが低くなればノイズに強くなり、表示画質の低下を有効に防げる。
また、本実施の形態例の端末部２は、画像表示部１のスピーカ仕様によりオーディオ信号の処理仕様を決定する。
【０１３１】
例えば、画像表示部１に備えられているスピーカ１２３が１台のみのモノラル仕様である場合にはオーディオデータは１チャンネル分のデータとする。
【０１３２】
一方、画像表示部１に備えられているスピーカ１２３が２台であり、オーディオアンプ１２２がスピーカ毎に独立した２チャンネル分の増幅回路を有している場合には左（Ｌ）右（Ｒ）のステレオオーディオデータとする。更に、多チャンネルのサラウンドデータである場合にはサラウンド仕様に従って必要チャンネル分のオーディオデータを転送する様に決定する。
【０１３３】
なお、入力Ｉ／Ｆ２２０への入力信号がデジタル入力の場合は、非同期オーディオを同期化して水平に多重する。あるいは、ユーザ要求（主音声を左右のスピーカで聞きたいなど）に従って通信オーディオデータを変更可能である。
【０１３４】
また、ビデオデータの具体的な処理方法も画像表示部の特定データに従って決定する。例えば、表示パネル１１０の特性データに対応して、階調数を表示階調に適合するように量子化精度を決める。
【０１３５】
階調数だけでなく階調特性もディスプレイデバイスのガンマ（γ）特性を表示パネル１１０の発光特性に合うように非線型変換するなどの処理を行う。例えば、発光輝度をＰＷＭ変調により制御する時にはリニアな特性になるので逆γのみを行うようにする等の制御を行う。
【０１３６】
また、ディスプレイデバイスの色温度であるが、表示部の仕様により再現白色色温度が異なるため、所望の色温度となるようにＲ／Ｇ／Ｂバランス調整する。画面サイズ及び解像度に対応してエンハンサを最適になるように変える。なお、入力信号あるいはユーザ要求に応じても処理は変わる。
【０１３７】
同様に、解像度、画素配列、表示アスペクト、リフレッシュレート、入力信号のフォーマットと伝送フォーマットが異なる場合など、夫々適合するように解像度変換する。
【０１３８】
以上に説明した本実施の形態例のユーザＩ／Ｆ１３０、２３０は、画質調整や音響調整を装置に備えられた操作パネルに指示入力することにより調整することが可能であると共に、例えばシステムリモコンにより遠隔操作可能に構成されている。
【０１３９】
即ちユーザ調整データ（リモコンあるいは キースイッチ操作）を端末部２、画像表示部１が共有し、コマンドデータの授受で互いに操作入力結果を共有することで、どちらに対してのユーザ要求にも対処可能に構成している。即ち、本実施の形態例の通信コマンドデータには、いずれかのユーザＩ／Ｆに対する操作入力結果（リモコンあるいは キースイッチ操作）をも、互いに転送するように制御しており、いずれに対する指示であっても全く同じように制御できる。
【０１４０】
例えば、画像表示部１のユーザＩ／Ｆ１３０に対する指示入力で端末部２のチューナ部２４０の選局操作も可能である。
【０１４１】
但し、本実施の形態例では、画像表示部１の仕様に従って、画像表示部１のビデオ信号処理部１０５あるいはパネル駆動部１０６で調整した方が良いか、あるいは端末部２のビデオ信号処理部２０５で調整した方が良いかを予め決定し、最適と決定した方に調整権を与えている。即ち、端末部２と画像表示部１とが同機能の調整機能を有するとき、どちらがその調整を行うかを決めるデータを交換し、最適調整を行なっている。
【０１４２】
この本実施の形態例の調整権の振り分け結果の例を以下に示す。
【０１４３】
・コントラスト調整は端末部２が行う。
【０１４４】
・カラー調整は端末部２が行う。
【０１４５】
・色温度調整は画像表示部１が行う。
【０１４６】
・音量調整は画像表示部１が行う。
【０１４７】
・エンハンサ調整は端末部２が行う。
【０１４８】
これらの調整権の振り分けは、最適な結果を得るための調整の容易な方あるいはより良い結果が得られる方に調整権を与ている。そして、調整権の無い調整指示を検出した場合には、自装置での調整は行わずにコマンドデータの送信タイミングで少なくとも相手に調整権の有る調整指示の検出結果を転送する。
【０１４９】
なお、装置に調整権のある調整指示であった場合には、自装置での調整を行った後、相手に調整結果を転送すれば良い。
【０１５０】
［第１の実施の形態例の変形例］
以上に説明した第１の実施の形態例においては、ビデオデータ、音響データ（オーディオデータ）、コマンドデータの多重化を図１７、図１８に示すように、音響データを各ＨＳＹＮＣ信号よりビデオデータ有効タイミング間に多重化し、コマンドデータをＶＳＹＮＣ信号間のビデオデータ有効期間外のＨＳＹＮＣ間に多重化する例を説明した。
【０１５１】
しかし、本発明は以上に説明した多重化タイミングに限定されるものではなく、例えばオーディオデータをＨＳＹＮＣ毎のタイミングに分割して通信するのではなく、ＶＳＹＮＣタイミング毎に一括して通信するように制御してもよい。
【０１５２】
この様にオーディオデータをＨＳＹＮＣ毎のタイミングに分割して通信するのではなく、ＶＳＹＮＣタイミング毎に一括して通信するように制御した場合の端末部２と画像表示部１間の通信タイミング例を図２３に示す。
【０１５３】
図２３に示す例においては、オーディオデータをＶＳＹＮＣ信号の到達後ビデオデータ有効タイミング間のＨＳＹＮＣ間タイミングに一括してオーディオデータを通信している。
【０１５４】
この様な通信タイミングでは、画像表示部１側にオーディオデータを一時的に保持することが可能なメモリを備えている場合に有効である。
【０１５５】
更に、上述した第１の実施の形態例においては、コマンドデータはＶＳＹＮＣ信号間のビデオデータ有効期間外のＨＳＹＮＣ間に多重化する例を説明した。しかし、本発明は以上に説明した多重化タイミングに限定されるものではなく、例えばコマンドデータをＨＳＹＮＣ毎のタイミングに分割して通信するように制御してもよい。
【０１５６】
この様にコマンドデータをＶＳＹＮＣ毎のタイミングにまとまって通信するのではなく、ＨＳＹＮＣタイミング毎に分割して通信するように制御した場合の端末部２と画像表示部１間の通信タイミング例を図２４に示す。
【０１５７】
図２４に示す例においては、オーディオデータの通信タイミング終了後ビデオデータ有効タイミング間のタイミングに例えば１ワードづつに分割してコマンドデータを通信している。この場合には、数回のＨＳＹＮＣ期間で１パケットのコマンドデータを送信することになる。
【０１５８】
この様な通信タイミングは、緊急に通信する必要のあるコマンドデータを通信する場合や、各種データの内の変更するデータのみを通信するような全体の通信コマンドデータが少量の場合の通信に適している。
【０１５９】
更に、図１７に示す例では、コマンドデータの通信タイミングは、ＶＳＹＮＣ信号到達直前の例えば２回分のＨＳＹＮＣ期間及びＶＳＹＮＣ信号到達期間であった。しかし、本発明は以上の例に限定されるものではなく、コマンドデータをビデオデータ有効期間及びオーディオデータ通信期間を除く全ての期間にコマンドデータを通信可能に制御しても良い。このように制御する場合の端末部２と画像表示部１間の通信タイミング例を図２５に示す。
【０１６０】
図２５に示す例では、コマンドデータをＶＳＹＮＣ期間内に一括して必要数送信することができる。このため、コマンドデータとして変更情報のみでなく、必ず全ての情報を通信するような場合に有効であり、通信エラーが発生したり、パケットが捨てられたような場合であってもその影響を最小限に抑えることができる。
【０１６１】
［第２の実施の形態例］
以上に説明した第１の実施の形態例においては、端末部２に対して１つの画像表示部が接続され、画像表示部１には何も接続されない例を説明した。しかし、本発明は以上に説明した例に限定されるものではなく、１台の端末部あるいは画像表示部に他のオプション機器、例えばビデオプリンタ等を接続して画像表示部に表示している画像データのハードコピー等をすることを可能に構成しても良い。なお、第２の実施の形態例について以下に説明する構成以外は上述した第１の実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０１６２】
１台の端末部あるいは画像表示部に他のオプション機器、例えばビデオプリンタ等を接続した、本発明に係る第２の実施の形態例を図２６乃至図２８を参照して以下に説明する。第２の実施の形態例において、上述した第１の実施の形態例と同様構成には同一番号を付し、詳細説明を省略する。第２の実施の形態例においても、画像表示部１と端末部２との間の各種データの授受などは上述した第１の実施の形態例と同様である。
【０１６３】
図２６は本発明に係る第２の実施の形態例の基本システム構成例を説明するための図である。図２６に示すように、第２の実施の形態例においては、端末部８００は入力信号を画像表示部１０００の仕様に合わせて必要な変換処理などを行って接続手段９００を介して画像表示部１０００に出力する。
【０１６４】
画像表示部１０００にはオプション機器１１００が接続可能に構成されており、端末部８００は接続手段９００、画像表示装置１０００を介してオプション機器１１００にデータを転送することができる。
【０１６５】
更に、以上に示す図２６の例では画像表示部１０００にオプション機器１１００を接続したが、第２の実施の形態例の端末部８００にもオプション機器を接続可能に構成されており、図２７に示す構成とすることもできる。なお、以下の説明は端末部８００、画像表示部１０００のいずれにもオプション機器を接続可能な例について説明するが、本発明は以上の例に限定されるものではなく、画像表示部１０００のみ、あるいは端末部８００のみにオプション機器が接続可能に構成した場合も本発明に含まれることは勿論である。
【０１６６】
図２６あるいは、図２７に示す第２の実施の形態例の詳細構成例を図２８に示す。図２８は第２の実施の形態例の詳細構成を示すブロック図である。図２８においては、上述した第１の実施の形態例である図２に示す構成と相違する部分を主に説明する。
【０１６７】
画像表示部１０００においては、第２図に示す構成に加え、端末部８００との接続部６５５には、オプション機器１１００用の専用接続線が接続されており、この専用接続線よりの信号は外部用モデム６５１に入力される。外部用モデム６５１では端末部８００よりの信号を復調して外部Ｉ／Ｆ６５３に出力すると共に、外部Ｉ／Ｆ６５３よりの信号はこの外部用モデム６５１で変調して専用接続線に出力する。
【０１６８】
また、外部用タイミング発生部６５２を有しており、表示部ＣＰＵ１０１よりの制御で外部Ｉ／Ｆ６５３の制御及び外部用モデム６５１を用いた端末部８００との通信制御を行う。
【０１６９】
外部Ｉ／Ｆ６５３は、外部入出力端子６５４を介してオプション機器１１００、例えばビデオプリンタ装置とのインタフェースを司る。
【０１７０】
一方、端末部８００においては、信号処理部６０１において図２に示すビデオ信号処理部２０５とオーディオ信号処理部２１０の両方の機能を実現している。端末モデムＡ２０３は図２の端末モデムと同様の機能を実現している。一方、端末モデムＢ６０２は画像表示部１０００に接続されるオプション機器１１００との通信に用いるための端末モデムである。
【０１７１】
タイミング発生部Ａ６０３は図２のタイミング発生部２０４と同様の機能を実現している。タイミング発生部Ｂ６０６は、端末ＣＰＵ２０１の制御に従い、タイミング発生部Ａ６０３よりクロック信号や同期信号を受け取り、必要に応じてこれらと同期させて端末モデム６０２あるいはＤ／Ａ変換器６０７の制御タイミング信号を出力する。
【０１７２】
また、Ｄ／Ａ変換器６０７は、ビデオプリンタのようにオプション機器１１００でデータを出力する場合でなく、オプション機器１１００からデータ入力を外部Ｉ／Ｆ６５３、外部用モデム６５１を介し端末部８００でデータが送られてきた場合のために備えられたＤ／Ａ変換器であり、端末モデムＢ６０２から出力されるいデータをＤ／Ａ変換し、端末部出力端子６０９に出力する。
【０１７３】
あるいは、Ｄ／Ａ変換器６０７からの出力信号をセレクタ６０８を介し信号処理部６０１、端末モデムＡ２０３を経て画像処理部１０００へ送ることも可能である。
【０１７４】
そして以上の構成を備える第２の実施の形態例においても、端末部８００、画像表示部１０００に電源が投入され、オプション機器１１００にも電源が投入されると、端末部８００とオプション機器１１００との間で上述した第１の実施の形態例の図８及び図９に示す電源オン処理と同様にオプション機器１１００のＩＤ、スペック、調整データの共有を行い、図１５及び図１６と同様にして端末モデムＢ６０２、外部用モデム６５１間のデータ伝送仕様を決定して必要なオプション機器用のデータ伝送を行う。
【０１７５】
オプション機器１１００はビデオプリンタである場合には、印刷出力するべきビデオデータあるいはオプション機器用の印刷データを出力する。
【０１７６】
以上オプション機器１１００がビデオプリンタである例を説明したが、特にこれに限定されるものではなく、例えばビデオデッキ等の映像出力装置であっても良い。この場合は、外部入出力端子６５４にオプション機器１１００からの映像信号が入力され、外部Ｉ／Ｆ６５３、外部用モデム６５１を介して端末部８００へデータが送信される。
【０１７７】
一方、端末部８００は、端末部モデムＢ６０２で受信したデータをＤ／Ａ変換器６０７が画像表示部１０００側外部入出力端子６５４に入力されたのと同一フォーマットに変換し、端末部８００に備える外部出力端子８０９に出力する。例えば、画像表示部１０００の外部入出力端子６５４、端末部８００の外部出力端子６０９がＲＣＡピンジャックコネクタとＤＶコネクタを備える場合、画像表示部１０００の入力に使用されたコネクタが示す信号フォーマットで端末部８００から出力される。
【０１７８】
また、画像表示部１０００の外部入出力端子６０８に入力された信号を端末部８００に送信し、端末部８００側で画像表示部１０００の仕様に合うように信号処理部６０１で信号処理し、端末部モデムＡ２０３を介して再び画像表示部１０００に送り返すことも可能である。
【０１７９】
［第３の実施の形態例］
以上に説明した第２の実施の形態例においては、オプション機器１１００を接続するに当たって、オプション機器１１００のために専用のモデム、及び接続線を備える例について説明した。しかしながら、例えばオプション機器がビデオプリンタである場合など、どうしても緊急にリアルタイムで大量の情報を送受信する必要な無い機器である場合には、必ずしもオプション機器１１００に専用のモデム、及び接続線を備える必要はない。
【０１８０】
例えば画像表示部にオプション機器を接続した場合においても、端末部と画像表示部間の情報通信の空き時間を利用してオプション機器のための情報を多重化して通信するように制御すれば良い。
【０１８１】
このように、画像表示部にオプション機器が接続された場合であっても、オプション機器と端末部との通信を、端末部と画像表示部との通信の空き時間に行うように多重化した本発明に係る第３の実施の実施の形態例を図２９及び図３０を参照して説明する。なお、第３の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０１８２】
第３の実施の形態例において、図２９は本発明に係る第３の実施の形態例の構成を示すブロック図、図３０は第３の実施の形態例の情報通信タイミングを説明するための図である。
【０１８３】
図２９に示す第３の実施の形態例でも、基本的な端末部及び画像表示部の構成は図２に示す第１の実施の形態例と同様の構成で対応することができる。そして、図２９に示す第３の実施の形態例では、端末部１４００あるいは画像表示部１５００に図２の構成に加え以下の構成を追加したものとなっている。
【０１８４】
即ち、画像表示部１５００に、オプション機器１１００とのインタフェースを司ると共に、表示部モデム１０３よりのオプション機器１１００への通信データを受け取る外部Ｉ／Ｆ１４１０を備える。また、端末部１４００にオプション機器１１００とのインタフェースを司ると共に、端末モデム２０３よりのオプション機器１１００への通信データを受け取る外部Ｉ／Ｆ１５１０を備える。
【０１８５】
そして端末モデム２０３よりの（表示部モデム１０３よりの）入出力タイミングは図３０に示すタイミングとなるように制御する。
【０１８６】
図３０に示す制御タイミングは、図１７に示す第１の実施の形態例の制御タイミングに比し、オプション機器１１００用の情報を新たに多重化するために、端末部１４００の端末モデム２０３の送信コマンドイネーブル信号を画像表示部１５００に対する送信タイミングである図３０に（Ａ）で示すＨＳＹＮＣ期間及びＤＩＲ信号のローレベル時の画像表示部１５００からのコマンドデータ受信タイミング、並びに有効ビデオデータ通信通信タイミングを除く、（Ｂ）に示す期間を利用してオプション機器１１００に対するデータを通信するように制御する。
【０１８７】
例えば、画像表示部１５００にオプション機器１１００が接続されている場合には、タイミング発生部１０４はこの図３０に（Ｂ）で示すタイミングとなると外部Ｉ／Ｆ１５１０に表示部モデム１０３よりの復調データを受け取ってオプション機器１１００に送るためのタイミング信号を出力する。
【０１８８】
例えば図３０に示す例では、（Ｂ）に期間は、２０ライン分程度確保でき、約６０Ｈｚで２０ラインづつ送れば、１秒も係らずに１フレーム分のデータを送ることができる。なお、このようにして分割して送信する場合には、どこまで送ったのかを判別可能とするために、１ライン分のデータを送る毎に先頭にライン番号を付加しておくことが望ましい。
【０１８９】
なお、画像表示部に別途フレームメモリを備えている場合には、このオプション機器用に転送されてくるデータをこのフレームメモリに書込んでおき、全てのデータが揃った段階で接続オプション機器に転送するように制御しても良い。あるいは、自表示画面への表示データをフレームデータを保持している場合には、端末部よりこの保持データをオプション機器に出力する旨のコマンドを受付け可能に構成しても良い。
【０１９０】
このように画像表示部に外部出力用のフレームメモリを備えることにより、画像表示部に接続されるオプション機器の仕様に合わせた情報出力が可能となり、接続されるオプション機器の制限が大幅に無くなり、汎用性の高いものとできる。
【０１９１】
また、外部Ｉ／Ｆ１５１０は、オプション機器１１００よりのコマンドデータ送信要求を受け取ると、表示部ＣＰＵ１０１に指示して（Ｂ）の期間中にオプション機器１１００よりのコマンドデータ送信タイミングを設定するか、あるいは、画像表示部１５００より端末部１４００へのコマンドデータ送信期間中の送信にオプション機器１１００よりのコマンドデータを混在させて送信する。例えばこの場合には、どこからの送信であるかを判別可能とするためにヘッダ部分にオプション機器１１００のＩＤを含ませるなどの制御を行う。
【０１９２】
また、端末部１４００にオプション機器１１００が接続される場合には、タイミング発生部２０４よりこの図３０に（Ｂ）で示すタイミングとなると外部Ｉ／Ｆ１４１０に端末モデム２０３よりの復調データを受け取ってオプション機器１１００に送るためのタイミング信号を出力する。
【０１９３】
また、外部Ｉ／Ｆ１４１０は、オプション機器１１００よりのコマンドデータ送信要求を受け取ると、端末ＣＰＵ２０１に指示してオプション機器１１００よりのコマンドデータの受信を要求する。
【０１９４】
以上の様に制御することにより、オプション機器用のモデムを備えることなく、オプション機器の制御が可能となる。
【０１９５】
［第４の実施の形態例］
以上に説明した各実施の形態例においては、端末部２に対して１つの画像表示部が接続される例を説明した。しかし、本発明は以上に説明した例に限定されるものではなく、１台の端末部に複数の画像表示部を接続可能とすることも本発明に含まれる。さらに、これらに第２、あるいは第３の実施の形態例で説明したオプション機器を接続することも本発明に含まれることは勿論である。
【０１９６】
端末部に複数の画像表示部が接続可能に構成する本発明に係る第４の実施の形態例を図３１乃至図３３を参照して以下に説明する。なお、第４の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０１９７】
図３１は本発明に係る第４の実施の形態例の構成を示すブロック図、図３２は第４の実施の形態例の端末部と画像表示部とのＶＳＹＮＣ周期での通信制御を説明するためのタイミングチャート、図３３は第４の実施の形態例の端末部と画像表示部とのＨＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【０１９８】
まず図３１を参照して第４の実施の形態例の全体構成を説明する。図３１において１６００は２台の画像表示部を接続可能な端末部、１７００は画像表示部Ａ、１８００は画像表示部Ｂである。画像表示部Ａ１７００と画像表示部Ｂ１８００は夫々同一の構成とすることができる。図３１では画像表示部Ａ１７００のみ詳細構成を示している。
【０１９９】
画像表示部Ａ１７００の構成は上述した図２に示す画像表示部１と同様構成であり、各構成にも同一番号を付してある。
【０２００】
端末部１６００は、２台の画像表示部１７００、１８００に表示情報を送信する必要があることより、夫々画像表示装置１７００、１８００に対する通信のための構成を備えている。
【０２０１】
画像表示部Ａ１７００に対する端末モデムＡ１６０２、信号処理部Ａ１６０４、タイミング発生部Ａ１６０６を備え、画像表示部Ｂ１８００に対する端末モデムＢ１６０３、信号処理部Ｂ１６０５、タイミング発生部Ｂ１６０７を備える。そして端末ＣＰＵ１６０１は夫々の画像表示部１７００、１８００に対して上述した第１の実施の形態例の画像表示部に対する制御と同様の制御を行う。
【０２０２】
即ち、端末ＣＰＵ１６０１は、夫々の画像表示部１７００、１８００との間で８、図９に示す電源オン処理を行い、その後図１５、図１６に示す動作モードのセットアップ処理を行い、伝送仕様の決定処理等を行う。
【０２０３】
なお、各画像表示部に共通の画像を表示させ、共通の音響出力を行う場合には、入力源を共通として信号処理部及びタイミング発生部の動作を接続されている画像表示部に合わせれば良い。一方、各画像表示部に全く異なる画像を表示させようとする場合には、入力Ｉ／Ｆ２２０の入力信号を適宜振り分ければ良い。あるいは、チューナ部２４０をダブルチューナ構成とし、各画像表示部毎に独立したテレビ放送を表示させれば良い。
【０２０４】
このような場合においても、各画像表示部毎に調整データを共有し、画像表示部側のユーザＩ／Ｆよりのユーザ指示を端末部の例えばチューナ部２４０などに適用することができる構成であるため、特別の構成、操作などの必要なく制御できる。
【０２０５】
なお、端末部１６００のユーザＩ／Ｆ２３０へのリモコン入力検出モードを２種のリモコンに対して検出可能に構成し、夫々の検出モードを各画像表示部に振り分ければ端末部に対するリモコン制御も可能となる。
【０２０６】
なお、各画像表示部や端末部に、オプション機器を接続可能とする場合には、図３１に示す構成に例えば図２９に示すオプション機器に対する構成を追加して図２９の場合と同様の制御を行えば良い。あるいは、各画像表示部や端末部に図２８に示す構成を付加しても良い。
【０２０７】
以上の構成を備える第４の実施の形態例の端末部１６００と画像表示部１７００、１８００との通信制御タイミング例を図３２及び図３３を参照して説明する。
【０２０８】
まず、図３２を参照して第４の実施の形態例のＶＳＹＮＣ周期（垂直周期）の通信制御を説明する。第４の実施の形態例の端末部１６００は、例えばＶＳＹＮＣ（垂直周期）のＶＳＹＮＣ信号到達時の最初のＨＳＹＮＣ周期（水平周期）で例えば画像表示部Ａ１７００へのコマンド送信を許可する送信コマンドイネーブル信号を出力し、次のＨＳＹＮＣ周期で画像表示部Ｂ１８００へのコマンド送信を許可する送信コマンドイネーブル信号を出力する。
【０２０９】
そして、有効ビデオデータ送信タイミング終了後の所定ＨＳＹＮＣ周期で画像表示部Ａ１７００からのコマンド受信を許可する受信コマンドイネーブル信号を出力し、続くＨＳＹＮＣ周期で画像表示部Ｂ１８００からのコマンド受信を許可する受信コマンドイネーブル信号を出力する。これにより、端末ＣＰＵ１６０１は、各画像表示部１７００、１８００とのコマンド通信を、互いに重なることなく連続して処理することができる。
【０２１０】
次に、図３３を参照して第４の実施の形態例のＨＳＹＮＣ周期（水平周期）の通信制御を説明する。
【０２１１】
図３３の例は、上段が、画像表示部Ａ１７００の表示パネル１１００が第１の実施の形態例の図１９で説明した８５２ドット×４８０ドットで、Ｌ／Ｒの２チャンネルのステレオスピーカに２チャンネル分の音響信号を送る例、下段が画像表示部Ｂ１８００の表示パネル１１００が第１の実施の形態例の図２０で説明した６４０ドット×４８０ドットで、４チャンネルのスピーカに４チャンネル分の音響信号を送る例である。
【０２１２】
端末部１６００には端末ＣＰＵ１６０１は一つしかないため、各画像表示部とのコマンドデータの通信は図３２に示すように通信タイミングが重ならないように制御したが、信号処理部及びタイミング発生部は夫々の画像表示部毎に備えている。従って、第４の実施の形態例の端末部１６００は、例え各画像表示部毎にまったく異なる通信仕様でのビデオデータ通信であっても誤りなく行うことができる。
【０２１３】
以上説明したように第４の実施の形態例によれば、端末部に複数の画像表示部が接続でき、しかも、表示仕様の異なる画像表示部であっても、特別の構成を備えることなくそれぞれの画像表示部に適した伝送仕様で表示データやオーディオデータを伝送することができる。
【０２１４】
［第５の実施の形態例］
以上に説明した第４の実施の形態例においては、端末部２に、接続される２台の画像表示部の夫々に対する情報通信用モデムを備える例を説明した。しかし、本発明は以上に説明した例に限定されるものではなく、端末部には１台の画像表示部が接続可能な構成とし、画像表示部に更に他の画像表示部等を接続可能に構成することも本発明に含まれる。さらに、これらに第２、あるいは第３の実施の形態例で説明したオプション機器を接続することも本発明に含まれることは勿論である。
【０２１５】
端末部が画像表示部を介して複数の画像表示部を制御可能な構成とし、画像表示部に更に他の画像表示部等を接続可能に構成した本発明に係る第５の実施の形態例を図３４乃至図３８を参照して以下に説明する。なお、第５の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２１６】
図３４は本発明に係る第５の実施の形態例の構成を示すブロック図、図３５は第５の実施の形態例で用いるパケット構成を説明するための図、図３６は図３５に示すアドレスコマンドの詳細構成を説明するための図、図３７は第５の実施の形態例における複数の画像表示部を接続した状態を示す図、図３８は画像表示部のコマンドデータ受信処理を説明するためのフローチャートである。
【０２１７】
以下に説明する第５の実施の形態例においては、ハードウエア構成は極力簡略化し、通信制御手順を変更して１台の端末部に多くの画像表示部を接続可能とする。
【０２１８】
このため、端末部２０００は上述した第１の実施の形態例と同様のハードウエア構成でも、あるいは第３の実施の形態例と同様の構成であっても良い。第３の実施の形態例と同様の構成の場合には、外部Ｉ／Ｆを介してオプション機器、例えばプリンタ装置などを接続できる。
【０２１９】
一方、画像表示部は、上述した図２に示す第１の実施の形態例の画像表示部１に比し、ドライバ回路１５０を新たに備える構成であり、ドライバ１５０には他の画像表示部が接続可能に構成されている。
【０２２０】
なお、画像表示部Ａ２２００の様に第３の実施の形態例と同様の外部Ｉ／Ｆ１５１を備える構成として、画像表示部にオプション機器を接続可能に構成しても良い。更に、端末部も図３４に示す構成ではなく、図３１に示す第４の実施の形態例の端末部１６００と同様構成であっても良いことは勿論である。この場合にも後述する伝送制御手順を適用できることは勿論である。従って後述する伝送制御手順の説明では、端末部に２台の画像表示部が接続可能であり、画像表示部にはオプション機器としてプリンタが接続されている場合を例に行なう。
【０２２１】
第５の実施の形態例では、画像表示部は、単に端末部よりの通信データをドライバ回路１５０を介して次の画像表示部に転送する制御を行なうのみであるためハードウエア部分の詳細説明は省略する。
【０２２２】
但し、端末部２０００から出力される通信データは全ての接続装置のモデム部で受け取られることになるため、各受信側で自己宛（あて）のデータか否かを判別する構成を備える。
【０２２３】
このため、第５の実施の形態例では、図３５に示す構成のパケットを通信に用いる。図３５に示すパケット構成は上述した実施の形態例の図１０、あるいは図１１に示すパケット構成に比し、宛先アドレス５３１及び差出しアドレス５３２が新たに追加された構成となっている。
【０２２４】
図３５に示すアドレス部の詳細構成を図３６に示す。以上に説明した各実施の形態例では、上述した様にビデオデータは２４ビットであるが、コマンドデータは１６ビット構成である。
【０２２５】
このため、第５の実施の形態例ではこの１６ビットのコマンドデータを上位８ビット部分と下位８ビット部分に分け、上位８ビットが端末部２０００に直結した機器（図３４の例では画像表示部Ａ２２００、画像表示部Ｂ２１００が相当）を特定するアドレスデータとする。
【０２２６】
そして、下位の８ビットが上位８ビットで特定される機器のぶらさがった機器（図３４の例では画像表示部Ａ２２００に接続されたオプション機器１１００が相当）を特定するアドレスデータとする。
【０２２７】
以上のコマンド通信パケットを用いた端末部より各接続機器への伝送制御を図３８のフローチャートを参照して以下に説明する。なお、説明の容易化の為に図３７に示す接続状態の場合を具体例として図３８のフローチャートを説明する。
【０２２８】
図３７において、２５００が図３１に示す端末部１６００と同様の構成を備える２ポート構成の端末部、２６００は図３４の画像表示部Ａ２２００と同様構成の表示部Ａ、２６５０は表示Ａ２６００の例えば外部Ｉ／Ｆ１５１を介して接続されているオプション機器であるプリンタ、２７００は表示部Ａ２６００のドライバ回路１５０に接続されている表示部Ｂである。また、２８００は端末部２５００に接続されている表示部Ｃである。なお、各構成の右上に示されているのが各構成に割り振られたアドレスである。
【０２２９】
端末部２５００に接続された各構成は、図３８のステップＳ１０１でコマンドデータ（コマンドパケット）を受信するのを監視する。そして、コマンドデータを受信するとステップＳ１０２に進み、図３６に示す上位アドレスが自己に割当てられているアドレスか否かを調べる。例えば、図３７に示す表示部Ａ２６００であれば、上位アドレスが”Ｈ（０１）”か否かを調べる。自己宛のパケットでなければ何も処理を行なわずにステップＳ１０１に戻り次のコマンド受信に備える。この端末部２５００よりのパケット情報は、自己のドライバ１５０を介して自動的に次の画像表示部にも送られているため、このドライバ１５０さえ駆動状態としておけば自己に接続された他の画像表示部に自動的に転送されるためこれ以上の制御を行なう必要が無い。
【０２３０】
一方、ステップＳ１０２で上位８ビットが自己宛のパケットであった場合にはステップＳ１０３に進み、下位８ビットのアドレスを調べて自分自身に対するパケットか否かを調べる。図３７の表示部Ａ２６００であれば下位８ビットが”００”であれば自己宛のパケットであり、”００”でなければ自己にぶらさがっている機器、例えばプリンタ２６５０へのパケットであると判断することになる。
【０２３１】
ステップＳ１０３で自己宛のパケットでない場合にはステップＳ１０４に進み、接続オプション機器に受信パケットを中継送信する。例えば自己の表示部モデムより外部Ｉ／Ｆを介して接続オプション機器に送ることになる。そしてステップＳ１０１に戻り次のコマンド受信に備える。
【０２３２】
一方、ステップＳ１０３で自己宛のパケットの受信である場合にはステップＳ１０５に進み、自己が消勢状態（表示パネル消灯状態）か否かを調べる。消勢状態である場合にはステップＳ１０６に進み、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに自己のアドレスをセットして消灯状態を示すコマンドデータを組み込んだ返送パケットを生成して送信する。そしてステップＳ１０１に戻る。
【０２３３】
一方、ステップＳ１０５で消勢状態でなければステップＳ１０７に進み、受信パケットを解析する。そして続くステップＳ１０８で自装置で処理不能な無効コマンドか否かを調べる。無効コマンドで無い場合にはステップＳ１０９に進み、解析したコマンドに対応した処理を実行する。そしてステップＳ１０１に戻る。
【０２３４】
一方、ステップＳ１０８で無効コマンドの受信であればステップＳ１１０に進み、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに自己のアドレスをセットして”ＮＡＫ”コマンドデータを組み込んだ返送パケットを生成して送信する。そしてステップＳ１０１に戻る。
【０２３５】
なお、自装置より端末部に送信したい要求が発生した場合には、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに自己のアドレスをセットして送信コマンドデータを組み込んだ送信パケットを生成して送信する。
【０２３６】
あるいは接続オプション機器よりの送信要求があるときで自己よりの送信要求が無ければ、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに接続機器のアドレスをセットして送信コマンドデータを組み込んだ送信パケットを生成して送信する。
【０２３７】
以上に説明したように第５の実施の形態例によれば、１台の端末部に必要な数の画像表示部を接続できる。
【０２３８】
なお、第５の実施の形態例では、各画像表示部で共通のデータを受信するため、各画像表示部の仕様が共通の場合にはそのまま必要数の画像表示部に表示データを送ることができる。
【０２３９】
但し、各画像表示部で表示仕様がまちまちである場合には、例えば各画像表示部や端末部のビデオ信号処理部に解像度変換を行なう機能を具備させれば、接続される画像表示部の仕様上の制限が大幅に緩和される。
【０２４０】
例えば、端末部で入力Ｉ／Ｆよりの入力ビデオデータを高解像度の画像情報に変換して、あるいは伝送品質の保証されている解像度の画像情報に変換して各画像表示部に送信し、各画像表示部ではこの受取った所定解像度の画像情報を自装置に適合する解像度に変換して表示する様に制御すれば良い。
【０２４１】
［第６の実施の形態例］
以上に説明した各実施の形態例においては、端末部と画像表示部とは夫々完全に独立した構成及び制御を行なっていた。しかし、本発明は以上に説明した例に限定されるものではなく、例えば、端末部より出力する表示に関する情報を画像表示部で処理する際に必要な処理手順を必要に応じて端末部から画像表示部に転送可能に構成しても良い。
【０２４２】
このように構成することにより、例え画像表示部の常備している機能だけでは適切の表示ができなかったり、あるいは装置の改良が行なわれたような場合に画像表示部に確実にフィードバックすることができる。このように端末部より画像表示部の所定の制御手順を転送可能とした本発明に係る第６の実施の形態例を、図３９及び図４０を参照して以下に説明する。なお、第６の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２４３】
図３９は本発明に係る第６の実施の形態例の構成を示すブロック図、図４０は第６の実施の形態例の端末部のダウンロード処理を示すフローチャート、図４１は第６の実施の形態例の画像表示部のダウンロード処理を示すフローチャートである。
【０２４４】
第６の実施の形態例においては、上述した図２に示す第１の実施の形態例の構成に比し、端末部２にプログラムメモリ２６０を備え、画像表示部１に表示部ＣＰＵ１０１へのダウンロードされる制御プログラムが格納されるプログラムメモリ１６０が備えられている点である。プログラムメモリ１６０は不揮発メモリであり、プログラムメモリ２６０はＥＥＰＲＯＭやフラッシュメモリ、バッテリでバックアップされたＳＲＡＭ等再書き込みできる他の構成は図２の構成と同様であるため詳細説明を省略する。
【０２４５】
以上の構成を備える第６の実施の形態例においては、例えば図８及び図９に示す電源オン処理に続いて図４０、図４１の処理を実行する。
【０２４６】
端末部２は、図４０のステップＳ１５０で画像表示部１にプログラムのバージョンを示すプログラムＩＤコマンドを送信するように要求する。そして続くステップＳ１５１で返送されてきたプログラムＩＤを解析し、自装置のプログラムメモリ２６０に格納されているプログラムのＩＤと比較する。そして続くステップＳ１５２で画像表示部１のプログラムＩＤが自装置のプログラムＩＤと同じバージョンであった場合にはプログラムのダウンロードの必要なしとして図１５に示す動作モードセットアップ処理に移行する。
【０２４７】
一方、ステップＳ１５２で自装置のプログラムＩＤよと異なるバージョンであった場合にはプログラムダウンロードが必要であると判断してステップＳ１５３に進み、画像表示部１にプログラムダウンロード要求を送信する。そして画像表示部１よりの返答を調べ、ダウンロードが可能であるか否かを調べる。何らかの事情でダウンロードができない場合や、プログラムメモリ１６０が具備されていない場合等はダウンロード不可が返送されてくるため、この場合にはダウンロードをせずに図８に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを受信する。この場合、機能限定した制御プログラムを端末部２は持ち。最低限の機能で表示することができる。
【０２４８】
一方、ステップＳ１５４でダウンロード可が返送されてきた場合にはステップＳ１５５に進み、次の送信タイミングで送れる量のプログラムをダウンロードする。そしてステップＳ１５６でダウンロードが完了したか否かを調べる。まだ完了していない場合にはステップＳ１５５に戻り、次の送信タイミングで送れる量のプログラムをダウンロードする。
【０２４９】
このようにして順次プログラムのダウンロードを行ない、全てのダウンロードが終了するとステップＳ１５６より図８に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを受信する。
【０２５０】
図１５に示す動作モードセットアップ処理に移行する。
【０２５１】
一方、画像表示部１側では図４１に示すステップＳ１６１で端末部２よりのコマンド受信を監視する。そしてコマンド受信を検知するとステップＳ１６２に進み、プログラムＩＤコマンドの送信要求コマンドであるか否かを調べる。プログラムＩＤコマンドの送信要求コマンドである場合にはステップＳ１６３に進み、自装置のプログラムメモリ１６０に格納されているプログラムのバージョンを示すプログラムＩＤを端末部２宛に返送する。
【０２５２】
一方、ステップＳ１６２でプログラムＩＤコマンドの送信要求コマンドで無い場合にはステップＳ１６４に進み、ダウンロード要求コマンドの受信であるか否かを調べる。ダウンロード要求コマンドの受信で無い場合には受信コマンドに対応した処理を行なう。
【０２５３】
一方、ステップＳ１６４でダウンロード要求コマンドの受信であった場合にはステップＳ１６５に進み、ダウンロードか可能か否かを調べる。何らかの事情でダウンロードができない場合や、プログラムメモリ１６０が具備されていない場合等はダウンロード不可であると判断してステップＳ１６６に進み、ダウンロード不可を端末部２に返送して図９に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを送信する。
【０２５４】
一方、ステップＳ１６５でダウンロードが可能である場合にはステップＳ１６７に進み、ダウンロード可を返送する。そしてステップＳ１６８で端末部２から送られてくるプログラムをダウンロードする。そしてステップＳ１６９でダウンロードが完了したか否かを調べる。まだ完了していない場合にはステップＳ１６８に戻り、次の送信タイミングで送れる量のプログラムをダウンロードする。
【０２５５】
このようにして順次プログラムのダウンロードを行ない、全てのダウンロードが終了するとステップステップＳ１６９より図９に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを送信する。
【０２５６】
以上の様にしてダウンロードするプログラムは、画像表示部１が表示制御を行なう際のプログラムのマクロ命令群等とすることができる。また、Ｃ言語で制御プログラムが書かれており、端末部２はＣ言語で書かれている制御プログラムを順次翻訳しながら実行する方式が望ましい。
【０２５７】
この場合、端末部２のＣＰＵの機械語に依存せず制御プログラムを実行できる利点がある。なお、制御プログラムはＣ言語に限ったものでないことは言うまでもない。
【０２５８】
以上説明した様に第６の実施の形態例によれば、例え画像表示部の常備している機能だけでは適切の表示ができなかったり、あるいは装置の改良が行なわれたような場合に画像表示部に確実にフィードバックすることができる。
【０２５９】
更に、画像表示部１の特性にあった制御プログラムを端末部２は実行できる。例えば小さいディスプレイでは、メニュー表示機能を少なくしてリモコン主体にする。一方、大きいディスプレイでは文字メニュー以外にアイコン等の視覚的Ｉ／Ｆを取り入れるなどである。
【０２６０】
［第７の実施の形態例］
以上に説明した各実施の形態例においては、端末部と画像表示部の調整は、ユーザＩ／Ｆを介してのユーザよりの指示に従って行なう例について説明した。しかし本発明は以上の例に限定されるものではなく、画像表示部が自装置の周囲環境を検知して、この検知結果に従って画像表示部及び端末部の調整を行なうように制御しても良い。この様に周囲環境を検出可能とした本発明に係る第７の実施の形態例を図４２乃至図４５を参照して以下に説明する。なお、第７の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２６１】
図４２は本発明に係る第７の実施の形態例の構成を示すブロック図、図４３は第７の実施の形態例における各構成の配置例を示す図、図４４は第７の実施の形態例の画像表示部の環境変化検出時の制御を示すフローチャート、図４５は第７の実施の形態例の端末部の環境変化検出時の制御を示すフローチャートである。
【０２６２】
図４２に示す第７の実施の形態例においては、上述した図３１に示す第４の実施の形態例の構成に比し、端末部１６００に電話機の使用の有無を検出する電話使用検出部２７１を備え、画像表示部１７００及び１８００に画像表示部の周囲の明るさを検出する明るさ検出部１７１、音量（雑音強度）を検出する雑音検出部１７２、周囲の色温度を検出する色温度検出部１７３が備えられている点である。他の構成は図３１の構成と同様であるため詳細説明を省略する。なお、画像表示部Ｂ１８００も画像表示部Ａ１７００と同様の検出部を備えている。
【０２６３】
なお、以下の説明は図４２の例について説明するが、上述した各実施の形態例に上記各検出器を備える構成とできることは勿論である。
【０２６４】
例えば、図４３に示すように、端末部１６００がリビングルームの角に設置され、大型壁掛けモニタである表示部Ａ１７００がこのリビングルームの壁に設置され、小型のモニタである表示部Ｂ１８００が寝室に設置されている状況を考える。このような場合に、各表示部で設置環境が大きく異なることが予想され、各表示部ともに同じ調整結果とすることは適切でない。また、ユーザよりの調整に任せては、最適な画質で鑑賞しているとは限らない。そこで第７の実施の形態例では、各表示部及び端末部の周囲環境の検出器を備え、周囲環境に適合した調整を行なう。
【０２６５】
まず図４４を参照して画像表示部の制御を説明する。図４４は第７の実施の形態例の画像表示部の環境変化検出時の制御を示すフローチャートである。
【０２６６】
画像表示部では以下の制御を行う。即ち、表示部ＣＰＵ１０１は各検出器の検出結果に一定以上の変化が検出された場合に対応する処理を行う。以下の説明では、各調整項目の調整権は、第１の実施例で説明した側にあるとする。
【０２６７】
まず、ステップＳ２０１において明るさ検出器１７１の検出結果に一定以上の変化が検出されたか否かを判断する。一定以上の変化が検出された場合には、ステップＳ２０２に進み、端末部１６００に検出結果を報知する。これは、コントラスト調整など明るさの変化に対応する調整権は上述したように端末部１６００側にあるからである。そして、ステップＳ２０１で明るさ検出器１７１の検出結果に一定以上の変化が検出されなかったときと合流し、ステップＳ２０３に進む。
【０２６８】
ステップＳ２０３では、雑音検出器１７２の検出結果に一定以上の変化が検出されたか否かを判斬する。一定以上の変化が検出された場合にはステップＳ２０４に進み、端末部１６００に検出結果を報知する。これは、音量調整は画像表示部に調整権があるが、以下に説明するように電話の使用中の場合にほ音量を上げないように制御する必要があるため、端未部に電話便用中であるか否かを検出させるための送信である。以後は端末部よりの音量調整指示に従って音量調整を行う。この制御は通常のコマンド処理で行われる。
【０２６９】
なおここで、端末部より電話使用中か否かのコマンドを送信するように要求する場合および常時電話使用状態を通知している場合には、それに応じて音量調整を行い、音量調整結果のみを送信すれば足りる.
そして、ステップＳ２０３で雑音検出器１７２の検出結果に一定以上の変化が検出されなかったときと合流し、ステップＳ２０５に進む。
【０２７０】
ステップＳ２０５では色温度検出器１７３の検出結果に一定以上の変化が検出されたか否かを判断する。一定以上の変化が検出された場合にはステップＳ２０６に進み、画像表示部の例えばパネル駆動部１０６を調整して蛍光灯などの光であれば色湿度を高く調整し、白熱灯であれば色温度を低く調整する。
【０２７１】
そしてスステップＳ２０７で調整結果を端末部１６００に報知してステップＳ２０１に戻る。
【０２７２】
次に図４４を参照して端末部の制御を説明する。図４５は第７の実施の形態例の端末部の環境変化検出時の制御を示すフローチャートである。端末部では以下の制御を行う。
【０２７３】
端末部１６００では、図４５に示すように、まずステップＳ２１１において画像表示部よりのコマンドデータの受信を監視する。そしてコマンドデータを受信していない場合にはステップＳ２１２に進み、端末部１６００の電話使用検知部２７１の出力を監視することにより電話の使用状態に変化があったか否かを判斬する。図４２において電話使用検知部２７１は１つしか図示していないが、複数の電話機を備えている場合にはそれぞれの電話機の使用状態を換出することができる。これは例えば電話機の直流ループ形成状態を検出して使用中か否かを検知するなどの公知の電話中検出機能を備えるもので構成できる。電話の使用状態に変化がない場合にはステップＳ２１１に戻る。
【０２７４】
一方、ステップＳ２１１でコマンドを受信した場合にはステップＳ２１３に進み、環境変化を報知するコマンドであるか否かを調べる。環境変化を報知するコマンドでない場合は対応する処理を行う。
【０２７５】
ステップＳ２１３で環境変化を報知するコマンドである場合にはステップＳ２１４に進み、検出されたのが明るさであったか否かを調べる。明るさ検知結果が変化した場合にはステップＳ２１５に進み、端末部１６００に調整権があるコントラスト制御など明るさの変化に対応する調整を行う。
【０２７６】
そして統くステップＳ２１６で調整結果を保持するとともに、対応する画像表示部に調整結果を報知して、ステップＳ２１４で明るさに変化がなかった場合と合流してステップＳ２１７に進む。
【０２７７】
ステップＳ２１７では、検出きれたのが雑音レベルであったか否かを調べる。雑音検知結果が変化した場合には、ステップＳ２１２で電話使用状態に変化があった場合と合流してステップＳ２１８に進み、今環境変化を報知してきた画像表示部と同室にある電話が使用中か否かを調べる。使用中でなけれはステップＳ２１９に進み、検出された雑音レベルに合わせた音量調整を行うように画像表示部に指示し、便用中ならばステップＳ２２０に進み、音量を下げる旨を画像表示部に指示する。
【０２７８】
次にステップＳ２２１に進み、色温度調整結果が送られてきた場合にはステップＳ２２２に進み、調整結果を保持してステップＳ２１１に戻る。
【０２７９】
［第８の実施の形態例］
以上に説明した実施の形態例では、端末部と画像表示部間をインタフェースケーブルで直接接続する例について説明した。しかし本発明は以上の例に限定されるものではなく、一部のインタフェースケーブル部分を無線で通信する事も本発明に含まれることは勿論である。
【０２８０】
一部のインタフェースケーブル部分を無線で通信する様に構成した本発明に係る第８の実施の形態例を図４６を参照して以下に説明する。第８の実施の形態例は無線区間を光、例えば赤外線を用いて光通信を行なう例について行なう。しかし、以上の例に限定されるものではなく、例えば、超音波を用いて通信を行なっても、あるいは無線電波を用いても良く、種々の方式を採用できる。なお、第８の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２８１】
第８の実施の形態例では、図４６に示すように、画像表示部においては、端末部とのインタフェースコネクタに替えて、光通信部を備え、光通信部を端末部へのコマンド情報送信用の発光部と端末部よりの情報を受け取るための受光部とで構成し、受光部よりの受光光量の変化を電気信号として検出しこれを増幅器で増幅した後に表示部モデムに出力し、表示部モデムよりの変調信号に従ってドライバ回路を介して発光部を発光制御すれば良い。
【０２８２】
一方、端末部においては、インタフェースケーブルの先端部に画像表示部と略同様の光通信部を設け、光通信部を画像表示部への情報伝送用の発光部と画像表示部よりのコマンド情報を受け取るための受光部とで構成し、受光部よりの受光光量の変化を電気信号として検出しこれを増幅器で増幅した後に端末モデムに出力し、端末モデムよりの変調信号に従ってドライバ回路を介して発光部を発光制御すれば良い。これらの構成、制御については公知の方法を適用可能である。
【０２８３】
画像表示部の光通信部の配設位置は、例えば画像表示部筐体の上面部であることが望ましいが、後述する端末部側の光通信部配設位置に対向する位置であれば任意の位置に配設することができる。例えば画像表示部筐体の下面であっても、あるいは背面であっても良く、前面であっても良いことは勿論である。
【０２８４】
画像表示部が壁掛けタイプの薄型モニタである場合には、図４６に示すように筐体上面に配設し、端末部の光通信部を天井近傍の画像表示部の光通信部配設位置の対向位置とすれば、画像表示部への入出力は電源ケーブル類のみに抑えることができる。
【０２８５】
このように端末側の光通信部を天井近傍に配設すれば、両方の光通信部の存在がほとんど美観を損ねることがなく、ケーブル配線の煩わしさから解放される。また、設置場所の変更であっても、天井側の光通信部位置を変更するのみで足りる。
【０２８６】
更に、予め画像表示部の設置が予定される位置の上方に端末側の光通信部を配設しておくことにより、画像表示部の配設位置を変更しても容易に対応できる。また、端末側では、画像表示部の光通信部よりの光を検出すると当該検出位置の画像表示部が可動状態となったと判断することができ、当該位置の光通信部のみを付勢すれば光通信部の劣化も防げる。
【０２８７】
［第９の実施の形態例］
以上に説明した実施の形態例では、画像表示部は１台で一つの画面を表示する場合を例として説明した。しかし本発明は以上の例に限定されるものではなく、複数台の画像表示部を近接させて配設し、この複数台の画像表示部全体で一つの画像を表示可能に制御しても良い。この様に、複数台の画像表示部全体で一つの画像を表示可能に制御する本発明に係る第９の実施の形態例を図４７を参照して説明する。なお、第９の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２８８】
複数台の画像表示部全体で一つの画像を表示可能に制御する例として４７は４台の画像表示部で一つの表示画面を構成している。この構成の場合には、各画像表示部に構成は、例えば、上述した第４の実施の形態例の図３４に示す画像表示部構成とすることができる。
【０２８９】
端末部では、各画像表示部に対するビデオデータとして、表示画面の図４７に示す各表示画面の（１／４）の表示データのみを受け取る様にアドレス制御すれば良い。
【０２９０】
このように制御することにより、大画面の表示が可能となる。
【０２９１】
［第１０の実施の形態例］
以上に説明した実施の形態例では、端末部と画像表示部との情報の通信にあたっては、各データ毎に通信タイミングを予め決めておき、通信される情報の種別は当該情報が通信されるタイミングで特定できる構成について説明した。しかし本発明は以上の例に限定されるものではなく、情報の通信タイミングを限定せずに情報に情報種別識別データを含ませても良い。このように構成した本発明に係る第１０の実施の形態例を図４８を参照して説明する。なお、第１０の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２９２】
第１０の実施の形態例では、通信タイミングで通信情報種別が判別可能なように、情報の送信元が各通信情報の先頭にこれから通信するデータの性質、データ量等を示すヘッダデータを付加して送信する。
【０２９３】
例えば図４８の例では、黒で示す各情報の先頭にヘッダデータを付加し、ビデオデータの戦闘しはこれから送るデータがビデオデータであり、例えば８５２ドット（画素）分のデータ容量であることを示すヘッダを付加する。オーディオで多であれば夫々Ｌチャンネルオーディオデータ、Ｒチャンネルオーディオデータであることを示すヘッダデータを付加することになる。
【０２９４】
このように制御することにより、無駄な空き時間を防ぐことができ、多くの情報を通信可能となる。例えば、画像表示部のフレームメモリ等を有する場合や、オプション機器が接続されている場合でオプション機器への転送データが多い場合などでの効率よく必要な情報の転送が可能となる。
【０２９５】
［他の実施の形態例］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０２９６】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２９７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２９８】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図２，３，４に示す）フローチャートに対応するプログラムコードが格納されることになる。
【０２９９】
【発明の効果】
以上説明したように本発明によれば、画像表示部の表示制御に係るプログラムの仕様を表示制御に先だって更新することができ、所望の示品質を容易に得ることができる。また、容易に画像表示部の処理バージョンを上げることも可能となる。
【図面の簡単な説明】
【図１】本発明に係る一実施の形態例の基本構成を説明するための図である。
【図２】本実施の形態例の画像表示部及び端末部の詳細構成を示すブロック図である。
【図３】本実施の形態例の端末部と画像表示部とのインタフェース回路部分及びモデムの入出力部分の詳細構成を示す図である。
【図４】本実施の形態例の入力Ｉ／Ｆの異なる仕様の画像情報を受け取ってビデオ信号処理部に出力する部分の詳細構成例を示す図である。
【図５】本実施の形態例における図４に示す入力Ｉ／ＦにおけるＮＴＳＣ仕様の画像信号が入力された時の入力Ｉ／Ｆの出力タイミング例を示す図である。
【図６】本実施の形態例における図４に示す入力Ｉ／ＦにおけるＨＤＴＶ仕様の画像信号が入力された時の入力Ｉ／Ｆの出力タイミング例を示す図である。
【図７】本実施の形態例における端末部に電源が投入された以降の画像表示部との動作確認制御手順の一例を示す図である。
【図８】本実施の形態例の端末部の電源オン時の制御を示すフローチャートである。
【図９】本実施の形態例の画像表示部の電源オン時の制御を示すフローチャートである。
【図１０】本実施の形態例の電源オン時の通信制御に用いられる通信パケット構成の例を示す図である。
【図１１】本実施の形態例の電源オン時の通信制御に用いられる通信パケットの他の構成例を示す図である。
【図１２】本実施の形態例の単位周期におけるデータ構成を示す図である。
【図１３】本実施の形態例におけるコマンドデータ送受信時のパケット構成の例を示す図である。
【図１４】本実施の形態例における調整データのフォーマット例を示す図である。
【図１５】本実施の形態例における端末部の動作モードのセットアップ処理を示すフローチャートである。
【図１６】本実施の形態例における画像表示部の動作モードのセットアップ処理を示すフローチャートである。
【図１７】本実施の形態例の画像表示部と端末部との垂直同期信号発生周期内のデータ通信制御タイミングの例を示す図である。
【図１８】本実施の形態例の画像表示部と端末部との水平同期信号発生周期内のデータ通信制御タイミングの例を示す図である。
【図１９】本実施の形態例の表示パネルが８５２ドット×４８０ドットの場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２０】本実施の形態例の表示パネルが６４０ドット×４８０ドットの場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２１】本実施の形態例の表示パネルが１３６５ドット×７６８ドットの場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２２】本実施の形態例の表示パネルが１３６５ドット×７６８ドットの場合の水平転送クロック（ＣＬＫ）の周波数を変更した場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２３】本実施の形態例のオーディオデータをＶＳＹＮＣタイミング毎に一括して通信する場合の端末部と画像表示部間の通信タイミング例を示す図である。
【図２４】本実施の形態例のコマンドデータをＨＳＹＮＣタイミング毎に分割して通信する場合の端末部と画像表示部間の通信タイミング例を示す図である。
【図２５】本実施の形態例のコマンドデータをビデオデータ有効期間及びオーディオデータ通信期間を除く全ての期間に通信可能に制御する場合の端末部と画像表示部間の通信タイミング例を示す図である。
【図２６】本発明に係る第２の実施の形態例の基本システム構成例を説明するための図である。
【図２７】本発明に係る第２の実施の形態例の基本システムの他の構成例を説明するための図である。
【図２８】第２の実施の形態例の詳細構成を示すブロック図である。
【図２９】本発明に係る第３の実施の形態例の構成を示すブロック図である。
【図３０】第３の実施の形態例の情報通信タイミングを説明するための図である。
【図３１】本発明に係る第４の実施の形態例の構成を示すブロック図である。
【図３２】第４の実施の形態例の端末部と画像表示部とのＶＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【図３３】第４の実施の形態例の端末部と画像表示部とのＨＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【図３４】本発明に係る第５の実施の形態例の構成を示すブロック図である。
【図３５】第５の実施の形態例で用いるパケット構成を説明するための図である。
【図３６】図３３に示すアドレスコマンドの詳細構成を説明するための図である。
【図３７】第５の実施の形態例における複数の画像表示部を接続した状態を示す図である。
【図３８】第５の実施の形態例の画像表示部のコマンドデータ受信処理を説明するためのフローチャートである。
【図３９】本発明に係る第６の実施の形態例の構成を示すブロック図である。
【図４０】第６の実施の形態例の端末部のダウンロード処理を示すフローチャートである。
【図４１】第６の実施の形態例の画像表示部のダウンロード処理を示すフローチャートである。
【図４２】本発明に係る第７の実施の形態例の構成を示すブロック図である。
【図４３】第７の実施の形態例における各構成の配置例を示す図である。
【図４４】第７の実施の形態例の画像表示部の環境変化検出時の制御を示すフローチャートである。
【図４５】第７の実施の形態例の端末部の環境変化検出時の制御を示すフローチャートである。
【図４６】本発明に係る第８の実施の形態例の一部のインタフェースケーブル部分を無線で通信する様に構成した例を説明するための図である。
【図４７】本発明に係る第９の実施の形態例の構成例を説明するための図である。
【図４８】本発明に係る第１０の実施の形態例端末部と画像表示部とのＨＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【図４９】従来のテレビジョン放送を受信して表示するテレビ受像機に各種の画像を表示させようとした場合の構成を示す図である。
【発明の属する技術分野】
本発明は、少なくとも１組の映像信号及び音響信号を含む信号を送信する端末部と、前記端末部よりの信号を受信して対応する画像表示を行なう画像表示部とを備える画像表示制御システム画像表示制御システム及び画像表示システム制御方法に関するものである。
【０００２】
【従来の技術】
従来のテレビジョン放送を受信して表示するテレビ受像機に各種の画像を表示させようとした場合の構成を図４９に示す。従来は、図４９に示すように、テレビ受像機にはアンテナ線として例えば地上波放送（ＶＨＳ／ＵＨＦ）用アンテナ線、衛星放送（ＢＳ）用アンテナ線が接続されている。さらに、他の表示情報供給源からのケーブルとして、例えば、ビデオデッキよりの映像信号線並びに音響信号線、ＬＤ／ＤＶＤ再生装置よりの映像信号線並びに音響信号線、また、デジタル放送受信装置（ＳＴＢ）よりの信号線の各信号線ケーブルが接続されていた。
【０００３】
このように、従来のテレビ受像機は表示部とチューナ部をはじめとする入力信号選択部などが全て一体に構成されていた。このためどうしても本体が幅厚で大型の筐体とならざるを得なかった。
【０００４】
一方、近年はテレビも薄型化してきており、壁掛けテレビも登場してきている。この壁掛けテレビでは厚さを極力薄くしなければ成らず、また、重量も軽量かが求められる。このため、この種のテレビでは画像表示部と画像表示部に表示情報を供給する端末部分とが別筐体と成っている。
【０００５】
画像表示部と端末部とは互いに対となって一つのテレビ受像機を形成しているが、基本的には夫々独立に動作する。このため、画像表示部と端末部とで製造期間が相違したり、一方のみを買い替えたりすることが当然に予定される。
【０００６】
【発明が解決しようとする課題】
しかしながら、画像表示部と端末部とであまりに製造時期が異なっていたり、マイナーチェンジが行なわれていたりすることがあり、このような場合には両方の動作仕様が異なる場合がある。このような場合に、この状態を放置して使用してはせっかくの改良点がいかされない。
【０００７】
この種の装置ではほとんどがマイコン制御により動作しており、一部プログラムを変更すればバージョンを揃えることも可能である。しかし、従来は専用の技術者が特別の操作を行なわなければこのようなバージョンアップはできなかった。
【０００８】
また、メーカや、サイズや、表示方式の異なる画像表示部に交換する場合もこのような問題が生じる。
【０００９】
【課題を解決するための手段】
本発明は、上記目的を達成する一手段として、例えば以下の構成を備える。
【００１０】
即ち、少なくとも１組の映像信号及び音響信号を含む信号を送信する端末部と、前記端末部よりの信号を受信して対応する画像表示を行なう画像表示部とを備える画像表示制御システムであって、前記端末部は、電源が投入された時に前記画像表示部の保持するプログラム仕様を検知して検知したプログラム仕様からプログラムダウンロードの必要があると判断すると前記画像表示部にプログラムダウンロードを要求する要求手段と、プログラムダウンロードを行なうプログラムダウンロード手段とを備え、前記画像表示部は、前記プログラムダウンロードの要求を受け取ると続いて送られてくるダウンロードプログラムを対応する自己のプログラムメモリに格納するプログラム更新手段とを備えることを特徴とする。
【００１１】
そして例えば、前記要求手段は、前記画像表示部のプログラムメモリに格納されているプログラムＩＤを収得してプログラムの仕様を検知することを特徴とする。
【００１２】
又例えば、前記端末部は、前記要求手段によりプログラムダウンロードの必要がないと判断された時及びプログラムダウンロードが終了した後に前記画像表示部に対する表示制御を行なうことを特徴とする。
【００１３】
【発明の実施の形態】
以下、図面を参照して、本発明に係る一発明の実施の形態例を詳細に説明する。図１は本発明に係る一実施の形態例の基本構成を説明するための図である。図１において、１は画像表示部であり、本実施の形態例では壁掛けタイプの薄型の構成となっている。２は画像表示部１に後述する同期型双方向シリアルデジタルデータにより表示データ及び音響データを出力する端末部であり後述するようにテレビ放送を受信するチューナ部を備えている。
【００１４】
３は端末部２への画像及び音響信号の供給源であるビデオデッキ、４はレーザディスクまたはＤＶＤディスクを再生するＬＤ／ＤＶＤプレーヤ、５はディジタル放送を受信選択するＳＴＢである。
【００１５】
端末部２にはこれらの各画像信号などの供給源との接続ケーブルが接続されるとともにチューナ部への地上波放送（ＶＨＳ／ＵＨＳ）用のアンテナ線及び衛星放送（ＢＳ）用のアンテナ線も接続されている。しかしながら、端末部２と画像表示部１との間は、基本的には１本の細いケーブルのみが接続される構成であり、壁掛けタイプの画像表示部であってもケーブル処理が容易で美観上見苦しくなることが無い構成となっている。
【００１６】
以上のシステム構成の本実施の形態例の画像表示部１及び端末部２の詳細構成を図２を参照して以下に説明する。まず画像表示部１の詳細構成を説明する。
【００１７】
画像表示部１において、１０１は画像表示部１の全体制御を司る表示部ＣＰＵであり、後述するフローチャートに示す制御手順等を記憶するＲＯＭを内蔵している。表示部ＣＰＵ１０１は、表示部モデム１０３よりの端末部２より受信したコマンドデータに従って各種受信データの受信制御を行う。また、各部の制御はコントロールバス１５１を介して行なう。
【００１８】
１０２は端末部２との接続ケーブルの受けコネクタ、１０３は表示部モデム、１０４は表示部ＣＰＵ１０１の制御及び表示部モデム１０３よりの再生ＳＹＮＣ信号あるいはＣＬＫ信号に従って画像表示部１の制御タイミングを発生するタイミング発生部である。
【００１９】
１０５は表示部モデム１０３で復号した２４ビットのデジタルビデオ信号を表示パネル１１０で表示可能な輝度画像信号に変換して出力するビデオ信号処理部、１０６はビデオ信号処理部１０５よりの輝度信号を表示部ＣＰＵ１０１よりの駆動条件にしたがってタイミング発生部よりのタイミングで表示パネル１１０を駆動するパネル駆動部、１１０は表示パネルである。
【００２０】
また、１２１は表示部モデム１０３よりの１６ビット構成のデジタルオーディオ信号をタイミング発生部よりの受信タイミングに従って受け取り、対応するアナログオーディオ信号に変換するＤ／Ａ変換器である。１２２はＤ／Ａ変換器１２１よりの入力アナログ信号を増幅するオーディオアンプ、１２３はスピーカである。
【００２１】
更に、１３０はユーザインターフェイス（ユーザＩ／Ｆ）であり、ユーザよりの各種操作入力をする。ここでは、例えば表示調整のほか、例えばリモコン入力についての検出も含む。
【００２２】
次に端末部２の詳細を説明する。
【００２３】
端末部２において、２０１は端末部２の全体制御を司る端末ＣＰＵであり、後述するフローチャートに示す制御手順等を記憶するＲＯＭを内蔵している。端末ＣＰＵ２０１は、表示データを所望のフォーマットで端末モデム２０３を介して画像表示部１に送信できるようにタイミング制御部２０４、ビデオ信号処理部２０５を制御する。また、画像表示部１に対する制御コマンドデータと同様に端末モデム２０３を介して出力する。また、各部の制御はコントロールバス２５１を介して行なう。
【００２４】
２０２は画像表示部１との接続ケーブルコネクタ、２０３は端末モデム、２０４は端末ＣＰＵ２０１の制御及び端末モデム２０３にＳＹＮＣ信号あるいはＣＬＫ信号や、コマンド送信タイミングを示すコマンドタイミング信号などを出力する端末のタイミング発生部である。
【００２５】
２０５は入力Ｉ／Ｆ２２０よりの入力画像信号やチューナ部２４０よりの画像信号（ビデオ信号）を入力して対応する２４ビットのデジタルビデオ信号に変換して端末モデム２０３に出力するビデオ信号処理部である。また、２１０は同じく入力Ｉ／Ｆ２２０よりの入力音響信号（音声信号等）を入力して対応する１６ビットのデジタル音響信号に変換して端末モデム２０３に出力するオーディオ信号処理部である。
【００２６】
また、２２０は図１に示す各画像情報などの供給源（３〜５）とのインタフェースを司ると共に、チューナ部２４０よりの画像情報信号及び音響信号を入力して、端末ＣＰＵ２０１の制御に従っていずれかの入力を選択して音響信号はオーディオ信号処理部２１０に、画像情報信号はビデオ信号としてビデオ信号処理部２０５に、ＳＹＮＣ信号等のクロック信号はタイミング発生部２０４に、入力信号の判別データは端末ＣＰＵ２０１に夫々出力する。
【００２７】
また、２３０はユーザインターフェイス（ユーザＩ／Ｆ）であり、ユーザよりの各種操作入力をする。ここでは、例えば表示調整のほか、例えばリモコン入力についての検出も含む。２４０は地上波放送及び衛星放送を受信するチューナ部である。なお、２２１〜２２３が供給源（３〜５）よりの入力端子部、２４１が地上波放送用アンテナ入力、２４２が衛星放送用アンテナ入力である。
【００２８】
以上の構成を備える端末部２は、接続される画像表示部の仕様に制限はなく、同様インタフェース仕様の画像表示部であれば種々の仕様の画像表示部を接続することができる。そして、端末部２と画像表示部１とのインタフェース回路部分及びモデムの入出力部分の詳細構成を図３を参照して説明する。
【００２９】
表示部モデム１０３において、３１０はタイミング発生部１０４よりの通信方向制御信号に従って通信媒体よりの信号をレシーブしたり、変調部３１２よりの信号を出力する入出力ドライバ回路、３１１は入出力ドライバ回路３１０のレシーバ部よりの受信信号を復調すると共に復調したシリアル復調データを２４ビットの並列復調データに変換して出力する復調部、３１２は表示部ＣＰＵ１０１よりの１６ビットパラレルの制御データをシリアルデータに変換して変調し、入出力ドライバ回路３１０のドライバ部に出力する変調部である。
【００３０】
３１３はタイミング発生部１０４よりのタイミング制御信号に従って復調信号を復元して各部に分配する復元部であり、再生した同期信号やＣＬＫ信号はタイミング発生部１０４に出力し、復元したビデオ信号はビデオ信号処理部１０５に出力し、復元した音響信号はＤ／Ａ変換器１２１に出力し、復元したコマンド情報は表示部ＣＰＵ１０１に出力する。なお、３１４は表示部ＣＰＵよりの制御データを変調部に出力するドライバ回路である。
【００３１】
端末モデム２０３において、３２０はタイミング発生部２０４よりの通信方向制御信号に従って通信媒体よりの信号をレシーブしたり、変調部３２２よりの信号を出力する入出力ドライバ回路、３２１は入出力ドライバ回路３２０のレシーバ部よりの受信信号を復調すると共に復調したシリアル復調データを１６ビットの並列復調データに変換してドライバ回路３２４を介して端末ＣＰＵ２０１に出力する復調部、３２２は多重部３２３よりの２４ビットパラレルの多重信号をシリアルデータに変換して変調し、入出力ドライバ回路３２０のドライバ部に出力する変調部である。
【００３２】
３２３はビデオ信号処理部２０５よりのビデオ信号、オーディオ信号処理部２１０よりの音響信号、端末ＣＰＵ２０１よりの制御情報を夫々受け取り、タイミング発生部２０４よりのタイミング信号に従って重なり合わないように多重化して変調部３２２に出力する多重部である。なお、３２４は復調部３２１よりの画像表示部よりの制御データを端末ＣＰＵ２０１に出力するドライバ回路である。
【００３３】
そして、本実施の形態例においては、端末部２と画像表示部１とは一対の信号線のみで各種情報の授受ができ、接続ケーブルを簡単な構成でかつ細線化できる。基本的には、画像表示部１と端末部２とを接続する通信媒体は２線式のツイストケーブルであり、伝送フォーマットは後述する画像表示部１の仕様及び端末部２が受信している入力信号の種類により決定される。
【００３４】
しかし、通信媒体は電気導体線によるケーブルに限定されず、光ファイバ等の光信号通信線や、電磁波等のワイヤレスな通信でもよい。例えば、後述する図４６に示すように表示部の上側あるいは下側に備えられる光通信部と、端末部から電線等で表示部の光通信部の近くに設置される端末側の光通信部を備えてもよい。
【００３５】
本実施の形態例の入力Ｉ／Ｆ２２０は、各種の仕様の画像情報を入力することができる。本実施の形態例の入力Ｉ／Ｆ２２０の異なる仕様の画像情報を受け取ってビデオ信号処理部２０５に出力する部分の構成例を図４に示す。なお、図４には画像信号のみ表わしているが、音響信号についても異なる仕様の信号を受け取って共通化して出力することは勿論である。
【００３６】
入力Ｉ／Ｆ２２０の画像情報の入力部は、ＮＴＳＣ仕様のコンポジット入力及びＳ端子入力、ＨＤＴＶ仕様のミューズ（Ｍｕｓｅ）信号入力及びコンポーネント信号入力、ＰＣ（コンピュータグラフィック）仕様のＰＣ入力が可能であり、これらの仕様の信号をＲＧＢ信号に変換してビデオ信号処理部２０５に出力する。
【００３７】
例えばＮＴＳＣ仕様のコンポジット信号はコンポジット入力よりＮＴＳＣデコーダ４０１に送られてデコードされ、セレクタ４０２に送られる。セレクタ４０２にはＳ端子入力よりのＳ入力信号も入力されており、いずれかの入力が選択される。例えば、ここでは、Ｓ端子入力が優先するように制御されることが望ましい。
【００３８】
セレクタ４０２よりの信号はＩＰ変換部４０４及び同期分離部４０３に送られる。ＩＰ変換部（インターレス／プログレッシブ変換部）４０４には映像信号が送られ、ここで画像表示部１の仕様によりプログレッシブ走査を要求された場合には、例えば、２４０ライン／６０Ｈｚの映像信号を４８０ライン／６０Ｈｚに変換したＹ／色差信号を出力する。もしくは、ＱＶＧＡ相当の画素数パネル（３２０×２４０）の場合は、ＩＰ変換せずに２４０ライン／６０Ｈｚのまま出力する。
【００３９】
マトリクス処理部４０５では、この信号を対応するＲＧＢ信号に変換してマルチプレクサ４４０に出力する。一方、同期分離部４０３では、同期信号（Ｈ−ＳＹＮＣ信号、Ｖ−ＳＹＮＣ信号）を分離して入力信号判別部４３０に出力する。
【００４０】
例えばＨＤＴＶ仕様のミューズ（Ｍｕｓｅ）信号は、ミューズ（Ｍｕｓｅ）デコーダ４１１でデコードされてセレクタ４１２に送られる。さらに本実施の形態例においては、ハイビジョンコンポーネント信号入力も備え、直接セレクタ４１２に入力されており、いずれかの入力が選択される。例えば、ここでは、コンポーネント入力が優先するように制御される。
【００４１】
セレクタ４１２よりのＹ／色差信号は、マトリクス処理部４１５に送られる。マトリクス処理部４１５では、この信号を対応するＲＧＢ信号に変換してマルチプレクサ４４０に出力する。一方、同期分離部４１３では、同期信号（Ｈ−ＳＹＮＣ信号、Ｖ−ＳＹＮＣ信号）を分離して入力信号判別部４３０に出力する。 更に例えば、ＰＣ仕様のＰＣ入力信号は、入力バッファ４２１で受け取られ、同期信号（ＳＹＮＣ）は入力信号判別部４３０に送られ、ＲＧＢ信号はマルチプレクサ４４０に出力される。
【００４２】
入力信号判別部４３０では、各同期信号（ＳＹＮＣ信号）を受け取り、受取った同期信号の周波数や型式（極性、Ｈ・Ｖセパレート又は混合ＳＹＮＣなど）により、入力信号が何であるかを判別し、判別結果を端末ＣＰＵ２０１に報知出力する。マルチプレクサ４４０は、端末ＣＰＵ２０１よりの制御に従って入力信号の内の一つを選択してビデオ信号処理部２０５に出力する。
【００４３】
図４に示す入力Ｉ／Ｆ２２０におけるＮＴＳＣ仕様の画像信号が入力された時の入力Ｉ／Ｆ２０４の出力タイミング例を図５に示す。
【００４４】
図５の例は、入力Ｉ／Ｆ２０４の出力としては、垂直約４８０本、水平約２８．６μＳの有効ビデオ期間の信号で約１０％のオーバースキャンで表示すると仮定した場合のタイミング例であり、表示期間は垂直約４３０本、水平約２５．７μＳとなる。なお、本実施の形態例においてはこの１０％のオーバースキャンのデホルト等はユーザＩ／Ｆ２３０より可変設定が可能である。
【００４５】
ＮＴＳＣ仕様の場合には、図５に示すように、ＮＴＳＣ仕様の画像信号は、（１／５９．９４Ｈｚ）の周期で垂直同期信号（ＶＳＹＮＣ信号）が到来し、ＩＰ部で倍速変換されたことにより（１／３１．４７ＫＨｚ）の周期で水平同期信号（ＨＳＹＮＣ信号）が到来する。
【００４６】
そして例えば図５に示す期間をビデオ信号処理部２０５が取り込み、画像表示部１の解像度に適合するようにサンプリングし直すことになる。例えば、画像表示部の表示パネル１１０が８５２×４８０画素のパネルの場合、水平約３３．１ＭＨｚのＣＬＫ信号でサンプリングし、垂直はライン数約４３０本の画像データを約４８０本になるように例えばライン間補間を行うことになる。
【００４７】
一方、同じテレビ映像であっても、ＨＤＴＶ入力時の入力Ｉ／Ｆ２０４の出力タイミング例を図６に示す。図６の例は、入力Ｉ／Ｆ２０４の出力としては、約７％のオーバースキャンで表示すると仮定した場合のタイミング例を示している。
【００４８】
図６に示すように、ＨＤＴＶ仕様の画像信号は、（１／６０Ｈｚ）の周期で垂直同期信号（ＶＳＹＮＣ信号）が到来し、（１／３３．７５ＫＨｚ）の周期で水平同期信号（ＨＳＹＮＣ信号）が到来する。そして、例えば、図６に示すこの期間をビデオ信号処理部２０５が取り込み、画像表示部１の解像度に適合するようにサンプリングし直すことになる。例えば、画像表示部の表示パネル１１０が８５２×４８０画素のパネルの場合、水平約３５．５ＭＨｚのＣＬＫ信号でサンプリングし、垂直は有効ライン数５１７本中約４８０本をそのまま出力することになる。
【００４９】
次に以上の構成を備える本実施の形態例の制御を以下に説明する。本実施の形態例の端末部２は、上述した様に種々の仕様の画像表示部を制御可能であり、このため、端末部２の電源が投入されるとまず最初にどのような仕様の画像表示部が接続されているかを確認する電源オン処理を実行する。
【００５０】
端末部２に電源が投入された以降の画像表示部１との動作確認制御手順の例を図７を参照して以下に説明する。この動作確認制御手順は、相手画像表示部がどのような仕様であるのか不明であるため、もっとも容易に相手との通信制御が可能な通信制御手順として通信速度３００ＢＰＳあるいは１２００ＢＰＳの非同期式の通信制御手順を取り決めておき、この通信制御手順を用いて通信制御を行う。
【００５１】
端末部２は、電源が投入されると、まず、画像表示部１に対してＩＤ要求（接続要求）を送出する。これを受けた画像表示部１では直ちに画像表示部１より端末部２へ自装置のＩＤを返送する。従って、端末部２はこの画像表示部１よりＩＤが返送されてくれば画像表示部１が立ち上がっていると判断する。
【００５２】
しかし、端末部２の電源オン時に画像表示部１が立ち上がっていない場合にはＩＤ要求に対する応答は無い。このため、端末部２では所定間隔で所定回数、例えばｎ回、ＩＤ要求の送出を行っても画像表示部１よりのＩＤが返送されてこない場合には画像表示部１はまだ立ち上がっていないと判断して画像表示部１へのアクセスを停止する。
【００５３】
一方、画像表示部１は、装置に電源が投入されると、一定時間を待機期間としてその間に端末部２よりのＩＤ要求等の端末部２よりのコマンドが送られてくるのを監視する。そしてこの間にコマンドが送られてきた場合には対応する制御を行うことになる。即ち、ＩＤ要求が送られてきた場合にはＩＤを返送する。
【００５４】
一方、この間に端末部２よりの接続要求等が送られてこない場合には待機期間終了後に図７に示すように自ら端末部２に対して接続要求（接続要求コマンドには自装置のＩＤをパラメータとして添付）を送信する。端末部２では常時画像表示部１より送られてくるコマンドの受信を監視しており、接続要求の受信を検出すると画像表示部１のスペックを送るように要求する。画像表示部１ではこれに答えて自装置のスペック情報を端末部２に送信する。
【００５５】
端末部２ではこのスペックに基づいて必要な調整データの送信を要求する。そして画像表示部１ではこの調整データの送信要求に答えて自装置で保有している画像表示の調整データを端末部２に送信する。
【００５６】
端末部２は、これにより画像表示部１の仕様が把握できるため、以後は画像表示部１の仕様に合わせた通常の処理に移行する。
【００５７】
なお、画像表示部１は、装置の電源投入後に端末部２に接続要求を所定回数送信しても相手からの返答が無い場合には相手端末部が立ち上がっていないと判断して端末部２よりのコマンドデータの受信を監視するモードに入る。そして端末部２の電源が投入されてＩＤ要求を送ってきたら接続要求を返送する制御に移行する。
【００５８】
即ち、本実施の形態例においては、基本的には端末部２をマスタ、画像表示部１をスレーブとして通信を確立する。
【００５９】
以上、端末部２は所定回数接続を試みた後アクセスを中止し、画像表示部１より接続要求を出すと説明したが、端末部２は常に定期的にアクセスを続けて、画像表示部１は常にスレーブとして自発的にコマンドを送信しないようにしても良い。
【００６０】
なお、ＩＤとは、当該画像表示部が備えているハードウェア仕様が特定される識別記号であり、例えば、メーカー＆型番等である。また、スペックは、当該画像表示部１が備えているハードウェア仕様を表わし、例えば、表示パネル画素数、画素配列、カラー／モノクロ、デバイスの種類、画面サイズ、アスペクト比、階調数、ガンマ特性、表示可能なフレーム周波数、オーディオ仕様などが含まれる。さらに、当該画像表示部において調整可能な項目もスペックに含まれる。
【００６１】
また、調整データとは、例えば、コントラスト、色バランス、明るさ、黒レベル、表示位置、表示サイズ、音量、バランスなどが含まれ、通常時も変更する可能性があるものであり、画像表示部１と端末部２との間で調整情報がやり取りされる。さらに、端末部２と画像表示部１の双方で調整できる項目をどちらで調整処理をするかといった調整権の情報も調整データに含まれる。
【００６２】
後述するように、端末部２は、既に接続されている画像表示部１のＩＤとスペックとを、対にして不図示の不揮発性メモリに記憶している。このため、端末部２は画像表示部１よりのＩＤが従前のＩＤと同じである場合には、スペックなどは既に自装置で保持した状態であるため、送信を要求せずに直ちに通常処理に移行することができる。
【００６３】
なお、画像表示部１においては、電源オフ前のデータが画像表示部内の不図示の表示部ＣＰＵ１０１に内装されている不揮発性メモリに記憶しており、電源投入時にそれを読み出して来て再現する。あるいは、読み出した調整データを画像表示部１から端末部２に送信し、上述した調整権に応じて端末部２および画像表示部１において調整処理する。
【００６４】
図８、図９を参照して以上の電源投入時の制御の詳細を説明する。図８は本実施の形態例の端末部２の電源オン時の制御を示すフローチャート、図９は本実施の形態例の画像表示部１の電源オン時の制御を示すフローチャートである。
【００６５】
まず図８を参照して端末部２の制御を説明する。端末部２は電源が投入されると図８の制御に移行し、決められた通信制御手順に従って電源オン制御手順を実行する。
【００６６】
まず図８のステップＳ１において、接続されている画像表示部１に対してＩＤ要求（接続要求）コマンドを送信する。そして続くステップＳ２において画像表示部１よりのＩＤを受信したか否かを調べる。ＩＤを受信していない場合にはステップＳ３に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ２に戻り、所定時間内にＩＤが受信されるのを監視する。所定時間経過しても画像表示部１からＩＤが送られてこない場合にはステップＳ４に進み、ＩＤ要求コマンドを当該画像表示部１に一定回数ＩＤ要求コマンドを、例えばｎ回送ったか否かを調べる。一定回数送っていない場合にはステップＳ１に戻り、再度ＩＤ要求コマンドを送信する。
【００６７】
一方、ステップＳ４で既に一定回数ＩＤ要求コマンドを送っている場合にはステップＳ２に戻り、画像表示部１よりのＩＤ（接続要求）の送られてくるのを監視する。そして画像表示部１よりのＩＤが受信されるとステップＳ２よりステップＳ５に進み、受信したＩＤが既に自端末部２で既知のＩＤで、接続された画像表示部の仕様が把握できるか否かを調べる。
【００６８】
既知の表示部でない場合にはステップＳ５よりステップＳ６に進み、端末部２の標準画像表示部として推奨されている標準モニタである旨を示すデフォルトスイッチがＯＮであるか否か（標準モニタが接続されているか否か）を調べる。標準モニタでない場合にはステップＳ７に進み、画像表示部１にスペック要求コマンドを送信する。続いてステップＳ８において、画像表示部１よりのスペックを受信したか否かを調べる。スペックを受信していない場合にはステップＳ９に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ８に戻り、所定時間内にスペックが受信されるのを監視する。所定時間経過しても画像表示部１からスペックが送られてこない場合にはステップＳ１０に進み、一定回数要求してスペックが所定時間内に受信できなかったか否かを調べる。一定回数要求して受信できなかった場合でない場合にはステップＳ７に戻り、再度スペック要求コマンドを送信する。
【００６９】
一方、ステップＳ１０で既に一定回数要求してスペックが受信できなかった場合には画像表示部１の電源がオフした、あるいは動作不能になったものと判断してステップＳ１に戻り、画像表示部１へのＩＤ要求コマンドの送信処理に移行する。
【００７０】
一方、ステップＳ８で画像表示部１よりのスペック情報を受信するとステップＳ１１に進み、受信したスペックが自端末部２で適用可能なスペックか否かを調べる。処理可能なスペックであればステップＳ１５に進む。
【００７１】
一方、ステップＳ１１で処理可能なスペックでない場合にはステップＳ１２に進み、自端末部２で適用可能なスペック中で最も受信したスペックを満足できると思われるスペックを選択する。そして続くステップＳ１３でエラー表示と共に選択したスペック情報を表示する。そしてステップＳ１５に進む。
【００７２】
一方、上述したステップＳ５において、既知の画像表示部を示すＩＤを受信した場合、あるいは、ステップＳ６で標準モニタが接続されていた場合にはステップＳ１４に進み、判別しているスペックを選択してステップＳ１５に進む。
【００７３】
ステップＳ１５では、選択された画像表示部１のスペックを不図示の不揮発性メモリに格納してステップＳ１６に進む。ステップＳ１６では、画像表示部１に選択したスペックに基づいて必要な調整データの送信を要求する。続いてステップＳ１７において、画像表示部１よりの調整データを受信したか否かを調べる。調整データを受信していない場合にはステップＳ１８に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ１７に戻り、所定時間内に調整データが受信されるのを監視する。所定時間経過しても画像表示部１から調整データが送られてこない場合にはステップＳ１９に進み、一定回数要求してスペックが所定時間内に受信できなかったか否かを調べる。一定回数要求して受信できなかった場合でない場合にはステップＳ１６に戻り、再度調整データ要求コマンドを送信する。
【００７４】
一方、ステップＳ１９で既に一定回数要求して調整データが受信できなかった場合には画像表示部１の電源がオフした、あるいは動作不能になったものと判断してステップＳ１に戻り、画像表示部１へのＩＤ要求コマンドの送信処理に移行する。
【００７５】
一方、ステップＳ１７で調整データを受信した場合には、これにより画像表示部１の仕様が把握できるため、以後はステップＳ２０に示す画像表示部１の仕様に合わせた通常の処理に移行する。
【００７６】
次に図９を参照して画像表示部１の制御を説明する。画像表示部１は電源が投入されると図９の制御に移行し、決められた通信制御手順に従って電源オン制御手順（コマンド受信制御手順）を実行する。
【００７７】
まず図９のステップＳ３１において、通信応答時間を計測するタイマをリセットする。そしてステップＳ３２でコマンドを受信しているか否かを調べる。コマンドを受信していなければステップＳ３３に進み、所定時間が経過したか否かを調べる。所定時間が経過していない場合にはステップＳ３２に戻り、所定時間内にコマンドが受信されるのを監視する。所定時間が経過しても端末部２からのコマンドが受信されない場合にはステップＳ３４に進み、端末部２に自装置のＩＤを含ませた接続要求を送信する。そしてステップＳ３１に戻る。
【００７８】
一方、ステップＳ３２で端末部２よりのコマンドを受信した場合にはステップＳ３５に進み、受信したコマンドを解析する。続いてステップＳ３６において、解析したコマンドがＩＤ要求コマンドか否かを判断する。ＩＤ要求コマンドであった場合にはステップＳ３７に進み、端末部２に自装置のＩＤを返送してステップＳ３１に戻る。
【００７９】
一方、ステップＳ３６において、解析したコマンドがＩＤ要求コマンドでない場合にはステップＳ３８に進み、スペック要求コマンドか否かを判断する。スペック要求コマンドであった場合にはステップＳ３９に進み、端末部２に自装置のスペック情報を返送してステップＳ３１に戻る。
【００８０】
一方、ステップＳ３８において解析したコマンドがスペック要求コマンドでない場合にはステップＳ４０に進み、調整データ要求コマンドか否かを判断する。調整データ要求コマンドであった場合にはステップＳ４１に進み、端末部２に自装置の調整データを返送してステップＳ３１に戻る。
【００８１】
一方、ステップＳ４０において解析したコマンドが調整データ要求コマンドでない場合にはステップＳ４２に進み、アイドル通信（ＥＮＱ）か否かを判断する。「ＥＮＱ」でなかった場合にはそのコマンドが自装置で実行不可能な無効コマンドであると判断してステップＳ４３に進み、端末部２に端末部２に自装置の調整データを返送してステップＳ３１に戻る。
【００８２】
一方、ステップＳ４２において、解析したコマンドがアイドル通信（ＥＮＱ）であったった場合にはステップＳ４４に進み、「ＥＮＱ」を返送して通常通信処理に移行する。
【００８３】
以上の通信制御において用いられるコマンドデータなどの送受信に用いられる通信パケットの構成例を図１０を参照して以下に説明する。図１０は本実施の形態例の電源オン時の通信制御に用いられる通信パケット構成の例を示す図である。
【００８４】
本実施の形態例においては、相手装置の仕様が判別できていない状態であるため、例えば互いの通信時のビット同期をとることはできない。このため、送受信データの前後にスタートビットとストップビットを付加してデータの送受信毎に同期をとって受信することができる非同期式（調歩同期式）の通信を行うことが望ましい。
【００８５】
そして通信制御手順としては例えばＩＳＯ１７４５等を採用でき、情報メッセージのヘディングの開始を示すＳＯＨ５０１、ヘディングを構成するコマンドデータ５０２及びデータ数５０３、テキストの開始及びヘディングの終了を示すＳＴＸ５０４、項目番号と対応するデータとで１組となった所定数のテキストデータ群５０５、テキストの終わりを示すＥＴＸ５０６、テキストデータの伝送が誤りなく行なわれたか否かをチェックするためのチェックサム（ＢＣＣ）５０７で構成される。
【００８６】
なお、コマンドコード５０２には、ＩＤ要求コマンド、ＩＤ送信コマンド、スペック要求コマンド、スペック送信コマンド、調整データ要求コマンド、調整データ送信コマンド、チャンネル選択コマンド等が含まれ、後述するように更にビデオプリンタが接続されている場合にはビデオプリントコマンドなどが含まれる。
【００８７】
なお、このパケット構成は、電源オン制御時のみではなく、他の通常通信におけるコマンドデータの送受信にそのまま用いることができる。この場合において、テキストデータとして送信するデータとして項目番号と対応する項目データとを１組として送受信する時に、データ項目中の変更が有るデータ項目のみを送受信するように制御することにより、送受信データ量を減らすことができる。
【００８８】
この場合には、相手装置よりの更新データ項目を確かに受信した旨の確認パケット、例えば「ＡＣＫ」パケットを受信して始めて変更項目データの送信完了と制御する必要がある。
【００８９】
以上の説明は、テキストデータとしてデータ項目番号と対応する項目データを送信する例について説明した。しかし本発明及び本実施の形態例は以上の例に限定されるものではなく、例えばコマンドコードによってパケット長が一意に定まる固定長パケットであり、１項目の変更であってもすべての項目について送信する場合には図１１に示す固定長パケットによりコマンドデータの通信を行っても良い。
【００９０】
この場合には、図１０の場合に比し，データ数５０３が不要となり、項目順を決めておけば項目番号の送信も不要となる。従って、ＳＯＨ５１１、コマンドコード５１２、ＳＴＸ５１４、データ５１５、ＥＴＸ５１６、テェックサム（ＢＣＣ）５１７の構成とできる。
【００９１】
以上のようにして電源ＯＮ処理が終了すると通常通信処理に移行する。通常処理においては、互いの通信速度、互いの間の同期信号（ＶＳＹＮＣ、ＨＳＹＮＣ）の送受信タイミングが一意に定まるため、以後はこの同期信号に従った各種の通信制御を行う。
【００９２】
本実施の形態例の基本データ通信フォーマットを図１２乃至図１４を参照して説明する。図１２は本実施の形態例の単位周期におけるデータ構成を示す図、図１３はコマンドデータ送受信時のパケット構成の例を示す図であり、図１３の例では固定長パケットを説明する。また、図１４は調整データのフォーマット例を示す図である。
【００９３】
本実施の形態例においては、画像データ及び音響データは図１２に示す単位周期で通信される。この単位周期は、映像信号の水平同期信号（ＨＳＹＮＣ）周期もしくは垂直同期信号（ＶＳＹＮＣ）の周期である。
【００９４】
単位周期は、第１の同期コード（Ｈ番号）６０１、第２のｎ個の画像データ（シリアル）６０２、第３の音響データ６０３、第４のコマンドデータ（双方向制御）６０４としている。
【００９５】
第４のコマンドデータ６０４の詳細パケット構成は、例えば図１３に示す構成とすることができ、どのようなコマンドデータであるかを示すヘッダ部６５１、データ領域６５２、チェックサム６５３で構成されている。
【００９６】
このデータ部の構成例として調整データの例を図１４に示している。図１４の（Ａ）は画像表示部１より端末部２への調整データの例、（Ｂ）が端末部２より画像表示部１への調整データの例である。
【００９７】
画像表示部１より端末部２への調整データには、ディスプレイ種別データ、調整モードを示すコマンド、調整権を示すコマンド、コントラスト設定データ、色温度設定データ（Ｇ、Ｂ、Ｒ）、ブライトネス設定データ、黒レベル設定データ（Ｇ、Ｂ、Ｒ）、ガンマ調整データ（Ｇ、Ｂ、Ｒ）、表示モード設定データ、水平／垂直表示サイズ設定データ、水平／垂直表示位置設定データ、音量設定データ、音量左右バランス設定データ、表示部オーディオ仕様設定データ等が含まれる。
【００９８】
一方、端末部２より画像表示部１への調整データには、受信信号種別データ、調整モードを示すコマンド、調整権を示すコマンド、コントラスト設定データ、色温度設定データ（Ｇ、Ｂ、Ｒ）、ブライトネス設定データ、黒レベル設定データ（Ｇ、Ｂ、Ｒ）、ガンマ調整データ（Ｇ、Ｂ、Ｒ）、表示モード設定データ、水平／垂直表示サイズ設定データ、水平／垂直表示位置設定データ、音量設定データ、音量左右バランス設定データ等が含まれる。
【００９９】
次に以上の電源オン処理を終了した本実施の形態例の通常処理動作モードで最初に実行するセットアップ処理を図１５及び図１６のフローチャートを参照して以下に説明する。図１５は本実施の形態例における端末部２の動作モードのセットアップ処理を示すフローチャート、図１６は本実施の形態例における画像表示部１の動作モードのセットアップ処理を示すフローチャートである。
【０１００】
端末部２においては図８に示す電源オン処理により接続画像表示部１の仕様情報及び調整データ等を受け取ると、図１５に示す動作モードのセットアップ処理に移行する。まずステップＳ５１で端末ＣＰＵ２０１は、入力Ｉ／Ｆ部２２０からの入力信号判別データに基づいて入力信号を判別する。続いてステップＳ５２において、調整データ等に基づいて画像表示部１の特定データを修得する。
【０１０１】
そして、続くステップＳ５３において、取得データより画像処理モードを決定すると共にオーディオ処理モードも特定する。例えば画像処理モードをＮＴＳＣ処理モードと特定し、オーディオ処理モードをステレオモードに設定する。
【０１０２】
次にステップＳ５４において、タイミング発生部２０４に指示して決定した処理モードに対応した信号処理タイミングでのタイミング信号を発生させるように制御する。
【０１０３】
そしてステップＳ５５において、通信（伝送）処理タイミングを発生させ、例えば、端末モデム２０３への通信方向制御タイミング、コマンド送受信のための端末ＣＰＵ２０１への割込み信号の発生タイミング、ビデオ信号処理部２０５とオーディオ信号処理部２１０と端末ＣＰＵ２０１によるコマンドデータ処理タイミング等の各処理データの時分割多重のためのイネーブル信号等を出力させて図１２に示す通信制御を行わせるようにセットする。そしてこの処理タイミングに従ったデータ通信を行う。
【０１０４】
一方、画像表示部１においては、図９に示す電源オン処理により接続端末部２に画像表示部１の仕様情報を送り、調整データ等を共用すると、図１６に示す動作モードのセットアップ処理に移行する。まずステップＳ６１で表示部ＣＰＵ１０１は、タイミング発生部１０４の動作モードを決定する。そしてこの決定した動作モードに従ったタイミングで端末部２よりの同期信号を表示部モデム１０３で検出するのを監視する。
【０１０５】
表示部モデム１０３で端末部２よりの同期信号を受信すると再生ＳＹＮＣ信号及び再生ＣＬＫ信号が出力される。このため表示部モデム１０３で端末部２よりの同期信号を受信するとステップＳ６２よりステップＳ６３に進み、伝送処理タイミングを発生させる。例えば、表示部モデム１０３への通信方向制御タイミング、コマンド送受信のための表示部ＣＰＵ１０１への割込み信号の発生タイミング、ビデオ信号処理部１０５とオーディオ信号処理と表示部ＣＰＵ１０１によるコマンドデータ処理タイミング等の各処理データの時分割多重のためのイネーブル信号等を発生させる。
【０１０６】
そしてステップＳ６４で信号処理タイミングを発生させて受信されるビデオ信号等を受信可能状態に制御して以後このセットアップに従ったビデオ信号、オーディオ信号（音響信号）の受信制御及びコマンドデータの送受信制御を行う。
【０１０７】
以上のようにしてセットアップ処理が完了すると、端末部２は以後入力Ｉ／Ｆ２２０よりの表示データの発生に対応して順次同期信号に同期させて画像表示部１とのデータ通信を行うことになる。
【０１０８】
入力Ｉ／Ｆ２２０にＮＴＳＣフォーマットの画像が入力され、画像表示部１の表示パネル１１０が８５２ドット×４８０ドットである場合の端末部２と画像表示部１とのデータ通信タイミングの例を図１７、図１８を参照して以下に説明する。図１７は本実施の形態例の画像表示部１と端末部２との垂直同期信号発生周期内のデータ通信制御タイミングの例を示す図、図１８は本実施の形態例の画像表示部１と端末部２との水平同期信号発生周期内のデータ通信制御タイミングの例を示す図である。
【０１０９】
本実施の形態例においては、図１７に示す様に、ＶＳＹＮＣ信号、ＨＳＹＮＣ信号に同期して上述したタイミングで有効ビデオデータが送られてくる。本実施の形態例では、表示パネル１１０が８５２ドット×４８０ドットであるため、ＶＳＹＮＣ信号間に４８０ライン分のビデオデータが送受信される。
【０１１０】
また、本実施の形態例では、ＶＳＹＮＣ信号出力タイミングの直前の一定期間を除いて通信方向を制御するＤＩＲ信号をハイレベルとして、コマンドの通信方向制御を原則として端末部２から画像表示部１への送信方向に設定する。
【０１１１】
そして具体的なコマンド送受信タイミングとして、帰線タイミングを確保する必要性からＶＳＹＮＣ信号の前後は有効ビデオデータの送信タイミングでないことを利用してＶＳＹＮＣ信号出力タイミングを端末部２より画像表示部１への実際のコマンド送信タイミングとして図１７に示すＶＳＹＮＣ信号タイミングでのＨＳＹＮＣ間の所定タイミングに送信コマンドイネーブル信号を出力する。なお、図１７の例では２ブロック分のコマンドを送信する例を示している。
【０１１２】
また、画像表示部１より端末部２へのコマンド送信タイミングをＶＳＹＮＣ信号タイミングとなる直前の２サイクル分のＨＳＹＮＣ間の所定タイミングに設定し、受信コマンドイネーブル信号を出力する。なお、画像表示部１では送受信イネーブルのタイミングが図１７の逆のタイミングとなる。
【０１１３】
ＨＳＹＮＣ間のデータ送信タイミングは、図１８に示すように、ＨＳＹＮＣ信号タイミングよりビデオデータ通信タイミングまでの間を利用して、Ｌチャンネルオーディオデータ、Ｒチャンネルオーディオデータを送受信する。そしてその後ビデオデータ有効タイミングとなると水平方向１ライン分の８５２ドット分の画像データを送受信する。
【０１１４】
このように、本実施の形態例ではＶＳＹＮＣ信号間に表示するべきビデオデータ、音響データ（オーディオデータ）を多重化して送受信可能であり、更に必要に応じてコマンドデータも多重化して送受信可能に構成されている。
【０１１５】
以上の処理により本実施の形態例の端末部で実行するべき各種の制御タイミングが決定される。具体的な画像表示部１の仕様に合わせた調整制御の詳細を次に説明する。
【０１１６】
伝送フォーマットは、表示パネル１１０の特性データ（解像度、画素配列、画面アスペクト、リフレッシュレート）により決める。また、リフレッシュレート（垂直同期周波数）中に（表示ライン数＋必要なブランキング期間）を設定して水平周期を決定する。例えば、６０Ｈｚ中に表示ライン４８０本、ブランク期間４５本とするなどを決定する。
【０１１７】
入力信号フォーマットと同じでよい場合はそのまま特別の変換処理を行わずに出力することができる。しかし、ここでコマンドデータ（制御信号）を大量に通信する必要が見込まれるような場合にはブランク期間を増やしてもよい。
【０１１８】
また、１水平周期における（表示画素数＋多重するオーディオデータ＋必要なブランキング期間）を算出し、マスタＣＬＫの周波数を決定する。ここでも、入力信号フォーマットと同じでよい場合は入力される情報のＣＬＫ信号をそのまま使用することが可能である。ただし、ここで入力フォーマットでブランク期間が多く、周波数を下げたい場合等は入力されたＣＬＫ信号を必要に応じて変更することになる。
【０１１９】
更に、水平周期中のビデオデータ／オーディオデータの配置、垂直周期中のビデオデータ／制御信号データの配置を決定し、端末部２は決定した内容を必要に応じて画像表示部にコマンドデータとして送信し、相互に認識して認識結果を共有する。
【０１２０】
なお、上述したリフレッシュレートの決定にあたっては、画像表示部１のリフレッシュレート特性が十分高い場合は入力Ｉ／Ｆ２２０への入力信号のリフレッシュレートに合わせる。しかし、ユーザＩ／Ｆ２３０あるいは１３０などにより指示によりユーザがリフレッシュレートを上げることを要求した場合にはリフレッシュレートを上げてもよい。例えば、フリッカ特性向上のため／インターレースをプログレッシブに交換等する時等である。
【０１２１】
更に表示パネル１１０の画面アスペクト比と入力Ｉ／Ｆ２２０への入力信号のアスペクト比とが合わない場合には、自動判別により、あるいはユーザよりの要求により表示モードを変更可能に構成されている。
【０１２２】
このようにして伝送仕様が決定されるわけであるが、本実施の形態例における端末部２に接続される画像表示部１の表示パネル１１０の仕様により伝送仕様を変更する例を以下に説明する。
【０１２３】
表示パネル１１０が８５２ドット×４８０ドット（Ｒ，Ｇ，Ｂストライプ）の場合の例を図１９に示す。この場合には、図１９に示すように、垂直同期（ＶＳＹＮＣ）周波数は約６０Ｈｚとし、１ＶＳＹＮＣ期間に５２５個のＨＳＹＮＣ信号を発生させ、その内のＶＳＹＮＣ信号発生時から３６個目よりの４８０のＨＳＹＮＣ期間を有効ビデオデータ期間としている。
【０１２４】
水平同期信号（ＨＳＹＮＣ）は周波数３１．５ＫＨｚ、クロック信号（ＣＬＫ信号）は周波数３３．１ＭＨｚとなり、１つのＨＳＹＮＣ期間に１０５２個のＣＬＫ信号が発生され、その内のＨＳＹＮＣ信号発生時から１２６個目よりの８５２でビデオデータを通信している。
【０１２５】
また、表示パネル１１０が６４０ドット×４８０ドット（Ｒ，Ｇ，Ｂストライプ）の場合の例を図２０に示す。この場合には、図２０に示すように、垂直同期（ＶＳＹＮＣ）周波数は約６０Ｈｚとし、１ＶＳＹＮＣ期間に５２５個のＨＳＹＮＣ信号を発生させ、その内のＶＳＹＮＣ信号発生時から３６個目よりの４８０のＨＳＹＮＣ期間を有効ビデオデータ期間としている。
【０１２６】
水平同期信号（ＨＳＹＮＣ）は周波数３１．５ＫＨｚ、クロック信号（ＣＬＫ信号）は周波数２４．９ＭＨｚとなり、１つのＨＳＹＮＣ期間に７９０個のＣＬＫ信号が発生され、その内のＨＳＹＮＣ信号発生時から９５個目よりの６４０にビデオデータを通信している。
【０１２７】
さらに、表示パネル１１０が１３６５ドット×７６８ドット（Ｒ，Ｇ，Ｂストライプの場合の例を図２１に示す。この場合には、図２１に示すように、垂直同期（ＶＳＹＮＣ）周波数は約６０Ｈｚとし、１ＶＳＹＮＣ期間に８０７個のＨＳＹＮＣ信号を発生させ、その内のＶＳＹＮＣ信号発生時から３１個目よりの７６８のＨＳＹＮＣ期間を有効ビデオデータ期間としている。
【０１２８】
水平同期信号（ＨＳＹＮＣ）は周波数４８．４ＫＨｚ、クロック信号（ＣＬＫ信号）は周波数８１．５ＭＨｚとなり、１つのＨＳＹＮＣ期間に１６８５個のＣＬＫ信号が発生され、その内のＨＳＹＮＣ信号発生時から２０１個目よりの１３６５でビデオデータを通信している。
【０１２９】
なお、画像表示部１で転送されてくるビデオデータを一時記憶するメモリを有している場合には、このように表示パネル１１０の表示タイミングとビデオデータ転送タイミングを必ず一致させる必要はなく、例えば、図２２に示すように、ブランキング時間水平転送クロック（ＣＬＫ）の周波数を変更して遅くして転送しても良い。例えば、図２２のように、１つのＨＳＹＮＣ期間に１４００個のＣＬＫ信号が発生するようにクロック信号（ＣＬＫ信号）の周波数を６７．８ＭＨｚとしてＨＳＹＮＣ期間に１３６５ドット分のビデオデータを転送可能に構成しても良い。
【０１３０】
転送レートが低くなればノイズに強くなり、表示画質の低下を有効に防げる。
また、本実施の形態例の端末部２は、画像表示部１のスピーカ仕様によりオーディオ信号の処理仕様を決定する。
【０１３１】
例えば、画像表示部１に備えられているスピーカ１２３が１台のみのモノラル仕様である場合にはオーディオデータは１チャンネル分のデータとする。
【０１３２】
一方、画像表示部１に備えられているスピーカ１２３が２台であり、オーディオアンプ１２２がスピーカ毎に独立した２チャンネル分の増幅回路を有している場合には左（Ｌ）右（Ｒ）のステレオオーディオデータとする。更に、多チャンネルのサラウンドデータである場合にはサラウンド仕様に従って必要チャンネル分のオーディオデータを転送する様に決定する。
【０１３３】
なお、入力Ｉ／Ｆ２２０への入力信号がデジタル入力の場合は、非同期オーディオを同期化して水平に多重する。あるいは、ユーザ要求（主音声を左右のスピーカで聞きたいなど）に従って通信オーディオデータを変更可能である。
【０１３４】
また、ビデオデータの具体的な処理方法も画像表示部の特定データに従って決定する。例えば、表示パネル１１０の特性データに対応して、階調数を表示階調に適合するように量子化精度を決める。
【０１３５】
階調数だけでなく階調特性もディスプレイデバイスのガンマ（γ）特性を表示パネル１１０の発光特性に合うように非線型変換するなどの処理を行う。例えば、発光輝度をＰＷＭ変調により制御する時にはリニアな特性になるので逆γのみを行うようにする等の制御を行う。
【０１３６】
また、ディスプレイデバイスの色温度であるが、表示部の仕様により再現白色色温度が異なるため、所望の色温度となるようにＲ／Ｇ／Ｂバランス調整する。画面サイズ及び解像度に対応してエンハンサを最適になるように変える。なお、入力信号あるいはユーザ要求に応じても処理は変わる。
【０１３７】
同様に、解像度、画素配列、表示アスペクト、リフレッシュレート、入力信号のフォーマットと伝送フォーマットが異なる場合など、夫々適合するように解像度変換する。
【０１３８】
以上に説明した本実施の形態例のユーザＩ／Ｆ１３０、２３０は、画質調整や音響調整を装置に備えられた操作パネルに指示入力することにより調整することが可能であると共に、例えばシステムリモコンにより遠隔操作可能に構成されている。
【０１３９】
即ちユーザ調整データ（リモコンあるいは キースイッチ操作）を端末部２、画像表示部１が共有し、コマンドデータの授受で互いに操作入力結果を共有することで、どちらに対してのユーザ要求にも対処可能に構成している。即ち、本実施の形態例の通信コマンドデータには、いずれかのユーザＩ／Ｆに対する操作入力結果（リモコンあるいは キースイッチ操作）をも、互いに転送するように制御しており、いずれに対する指示であっても全く同じように制御できる。
【０１４０】
例えば、画像表示部１のユーザＩ／Ｆ１３０に対する指示入力で端末部２のチューナ部２４０の選局操作も可能である。
【０１４１】
但し、本実施の形態例では、画像表示部１の仕様に従って、画像表示部１のビデオ信号処理部１０５あるいはパネル駆動部１０６で調整した方が良いか、あるいは端末部２のビデオ信号処理部２０５で調整した方が良いかを予め決定し、最適と決定した方に調整権を与えている。即ち、端末部２と画像表示部１とが同機能の調整機能を有するとき、どちらがその調整を行うかを決めるデータを交換し、最適調整を行なっている。
【０１４２】
この本実施の形態例の調整権の振り分け結果の例を以下に示す。
【０１４３】
・コントラスト調整は端末部２が行う。
【０１４４】
・カラー調整は端末部２が行う。
【０１４５】
・色温度調整は画像表示部１が行う。
【０１４６】
・音量調整は画像表示部１が行う。
【０１４７】
・エンハンサ調整は端末部２が行う。
【０１４８】
これらの調整権の振り分けは、最適な結果を得るための調整の容易な方あるいはより良い結果が得られる方に調整権を与ている。そして、調整権の無い調整指示を検出した場合には、自装置での調整は行わずにコマンドデータの送信タイミングで少なくとも相手に調整権の有る調整指示の検出結果を転送する。
【０１４９】
なお、装置に調整権のある調整指示であった場合には、自装置での調整を行った後、相手に調整結果を転送すれば良い。
【０１５０】
［第１の実施の形態例の変形例］
以上に説明した第１の実施の形態例においては、ビデオデータ、音響データ（オーディオデータ）、コマンドデータの多重化を図１７、図１８に示すように、音響データを各ＨＳＹＮＣ信号よりビデオデータ有効タイミング間に多重化し、コマンドデータをＶＳＹＮＣ信号間のビデオデータ有効期間外のＨＳＹＮＣ間に多重化する例を説明した。
【０１５１】
しかし、本発明は以上に説明した多重化タイミングに限定されるものではなく、例えばオーディオデータをＨＳＹＮＣ毎のタイミングに分割して通信するのではなく、ＶＳＹＮＣタイミング毎に一括して通信するように制御してもよい。
【０１５２】
この様にオーディオデータをＨＳＹＮＣ毎のタイミングに分割して通信するのではなく、ＶＳＹＮＣタイミング毎に一括して通信するように制御した場合の端末部２と画像表示部１間の通信タイミング例を図２３に示す。
【０１５３】
図２３に示す例においては、オーディオデータをＶＳＹＮＣ信号の到達後ビデオデータ有効タイミング間のＨＳＹＮＣ間タイミングに一括してオーディオデータを通信している。
【０１５４】
この様な通信タイミングでは、画像表示部１側にオーディオデータを一時的に保持することが可能なメモリを備えている場合に有効である。
【０１５５】
更に、上述した第１の実施の形態例においては、コマンドデータはＶＳＹＮＣ信号間のビデオデータ有効期間外のＨＳＹＮＣ間に多重化する例を説明した。しかし、本発明は以上に説明した多重化タイミングに限定されるものではなく、例えばコマンドデータをＨＳＹＮＣ毎のタイミングに分割して通信するように制御してもよい。
【０１５６】
この様にコマンドデータをＶＳＹＮＣ毎のタイミングにまとまって通信するのではなく、ＨＳＹＮＣタイミング毎に分割して通信するように制御した場合の端末部２と画像表示部１間の通信タイミング例を図２４に示す。
【０１５７】
図２４に示す例においては、オーディオデータの通信タイミング終了後ビデオデータ有効タイミング間のタイミングに例えば１ワードづつに分割してコマンドデータを通信している。この場合には、数回のＨＳＹＮＣ期間で１パケットのコマンドデータを送信することになる。
【０１５８】
この様な通信タイミングは、緊急に通信する必要のあるコマンドデータを通信する場合や、各種データの内の変更するデータのみを通信するような全体の通信コマンドデータが少量の場合の通信に適している。
【０１５９】
更に、図１７に示す例では、コマンドデータの通信タイミングは、ＶＳＹＮＣ信号到達直前の例えば２回分のＨＳＹＮＣ期間及びＶＳＹＮＣ信号到達期間であった。しかし、本発明は以上の例に限定されるものではなく、コマンドデータをビデオデータ有効期間及びオーディオデータ通信期間を除く全ての期間にコマンドデータを通信可能に制御しても良い。このように制御する場合の端末部２と画像表示部１間の通信タイミング例を図２５に示す。
【０１６０】
図２５に示す例では、コマンドデータをＶＳＹＮＣ期間内に一括して必要数送信することができる。このため、コマンドデータとして変更情報のみでなく、必ず全ての情報を通信するような場合に有効であり、通信エラーが発生したり、パケットが捨てられたような場合であってもその影響を最小限に抑えることができる。
【０１６１】
［第２の実施の形態例］
以上に説明した第１の実施の形態例においては、端末部２に対して１つの画像表示部が接続され、画像表示部１には何も接続されない例を説明した。しかし、本発明は以上に説明した例に限定されるものではなく、１台の端末部あるいは画像表示部に他のオプション機器、例えばビデオプリンタ等を接続して画像表示部に表示している画像データのハードコピー等をすることを可能に構成しても良い。なお、第２の実施の形態例について以下に説明する構成以外は上述した第１の実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０１６２】
１台の端末部あるいは画像表示部に他のオプション機器、例えばビデオプリンタ等を接続した、本発明に係る第２の実施の形態例を図２６乃至図２８を参照して以下に説明する。第２の実施の形態例において、上述した第１の実施の形態例と同様構成には同一番号を付し、詳細説明を省略する。第２の実施の形態例においても、画像表示部１と端末部２との間の各種データの授受などは上述した第１の実施の形態例と同様である。
【０１６３】
図２６は本発明に係る第２の実施の形態例の基本システム構成例を説明するための図である。図２６に示すように、第２の実施の形態例においては、端末部８００は入力信号を画像表示部１０００の仕様に合わせて必要な変換処理などを行って接続手段９００を介して画像表示部１０００に出力する。
【０１６４】
画像表示部１０００にはオプション機器１１００が接続可能に構成されており、端末部８００は接続手段９００、画像表示装置１０００を介してオプション機器１１００にデータを転送することができる。
【０１６５】
更に、以上に示す図２６の例では画像表示部１０００にオプション機器１１００を接続したが、第２の実施の形態例の端末部８００にもオプション機器を接続可能に構成されており、図２７に示す構成とすることもできる。なお、以下の説明は端末部８００、画像表示部１０００のいずれにもオプション機器を接続可能な例について説明するが、本発明は以上の例に限定されるものではなく、画像表示部１０００のみ、あるいは端末部８００のみにオプション機器が接続可能に構成した場合も本発明に含まれることは勿論である。
【０１６６】
図２６あるいは、図２７に示す第２の実施の形態例の詳細構成例を図２８に示す。図２８は第２の実施の形態例の詳細構成を示すブロック図である。図２８においては、上述した第１の実施の形態例である図２に示す構成と相違する部分を主に説明する。
【０１６７】
画像表示部１０００においては、第２図に示す構成に加え、端末部８００との接続部６５５には、オプション機器１１００用の専用接続線が接続されており、この専用接続線よりの信号は外部用モデム６５１に入力される。外部用モデム６５１では端末部８００よりの信号を復調して外部Ｉ／Ｆ６５３に出力すると共に、外部Ｉ／Ｆ６５３よりの信号はこの外部用モデム６５１で変調して専用接続線に出力する。
【０１６８】
また、外部用タイミング発生部６５２を有しており、表示部ＣＰＵ１０１よりの制御で外部Ｉ／Ｆ６５３の制御及び外部用モデム６５１を用いた端末部８００との通信制御を行う。
【０１６９】
外部Ｉ／Ｆ６５３は、外部入出力端子６５４を介してオプション機器１１００、例えばビデオプリンタ装置とのインタフェースを司る。
【０１７０】
一方、端末部８００においては、信号処理部６０１において図２に示すビデオ信号処理部２０５とオーディオ信号処理部２１０の両方の機能を実現している。端末モデムＡ２０３は図２の端末モデムと同様の機能を実現している。一方、端末モデムＢ６０２は画像表示部１０００に接続されるオプション機器１１００との通信に用いるための端末モデムである。
【０１７１】
タイミング発生部Ａ６０３は図２のタイミング発生部２０４と同様の機能を実現している。タイミング発生部Ｂ６０６は、端末ＣＰＵ２０１の制御に従い、タイミング発生部Ａ６０３よりクロック信号や同期信号を受け取り、必要に応じてこれらと同期させて端末モデム６０２あるいはＤ／Ａ変換器６０７の制御タイミング信号を出力する。
【０１７２】
また、Ｄ／Ａ変換器６０７は、ビデオプリンタのようにオプション機器１１００でデータを出力する場合でなく、オプション機器１１００からデータ入力を外部Ｉ／Ｆ６５３、外部用モデム６５１を介し端末部８００でデータが送られてきた場合のために備えられたＤ／Ａ変換器であり、端末モデムＢ６０２から出力されるいデータをＤ／Ａ変換し、端末部出力端子６０９に出力する。
【０１７３】
あるいは、Ｄ／Ａ変換器６０７からの出力信号をセレクタ６０８を介し信号処理部６０１、端末モデムＡ２０３を経て画像処理部１０００へ送ることも可能である。
【０１７４】
そして以上の構成を備える第２の実施の形態例においても、端末部８００、画像表示部１０００に電源が投入され、オプション機器１１００にも電源が投入されると、端末部８００とオプション機器１１００との間で上述した第１の実施の形態例の図８及び図９に示す電源オン処理と同様にオプション機器１１００のＩＤ、スペック、調整データの共有を行い、図１５及び図１６と同様にして端末モデムＢ６０２、外部用モデム６５１間のデータ伝送仕様を決定して必要なオプション機器用のデータ伝送を行う。
【０１７５】
オプション機器１１００はビデオプリンタである場合には、印刷出力するべきビデオデータあるいはオプション機器用の印刷データを出力する。
【０１７６】
以上オプション機器１１００がビデオプリンタである例を説明したが、特にこれに限定されるものではなく、例えばビデオデッキ等の映像出力装置であっても良い。この場合は、外部入出力端子６５４にオプション機器１１００からの映像信号が入力され、外部Ｉ／Ｆ６５３、外部用モデム６５１を介して端末部８００へデータが送信される。
【０１７７】
一方、端末部８００は、端末部モデムＢ６０２で受信したデータをＤ／Ａ変換器６０７が画像表示部１０００側外部入出力端子６５４に入力されたのと同一フォーマットに変換し、端末部８００に備える外部出力端子８０９に出力する。例えば、画像表示部１０００の外部入出力端子６５４、端末部８００の外部出力端子６０９がＲＣＡピンジャックコネクタとＤＶコネクタを備える場合、画像表示部１０００の入力に使用されたコネクタが示す信号フォーマットで端末部８００から出力される。
【０１７８】
また、画像表示部１０００の外部入出力端子６０８に入力された信号を端末部８００に送信し、端末部８００側で画像表示部１０００の仕様に合うように信号処理部６０１で信号処理し、端末部モデムＡ２０３を介して再び画像表示部１０００に送り返すことも可能である。
【０１７９】
［第３の実施の形態例］
以上に説明した第２の実施の形態例においては、オプション機器１１００を接続するに当たって、オプション機器１１００のために専用のモデム、及び接続線を備える例について説明した。しかしながら、例えばオプション機器がビデオプリンタである場合など、どうしても緊急にリアルタイムで大量の情報を送受信する必要な無い機器である場合には、必ずしもオプション機器１１００に専用のモデム、及び接続線を備える必要はない。
【０１８０】
例えば画像表示部にオプション機器を接続した場合においても、端末部と画像表示部間の情報通信の空き時間を利用してオプション機器のための情報を多重化して通信するように制御すれば良い。
【０１８１】
このように、画像表示部にオプション機器が接続された場合であっても、オプション機器と端末部との通信を、端末部と画像表示部との通信の空き時間に行うように多重化した本発明に係る第３の実施の実施の形態例を図２９及び図３０を参照して説明する。なお、第３の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０１８２】
第３の実施の形態例において、図２９は本発明に係る第３の実施の形態例の構成を示すブロック図、図３０は第３の実施の形態例の情報通信タイミングを説明するための図である。
【０１８３】
図２９に示す第３の実施の形態例でも、基本的な端末部及び画像表示部の構成は図２に示す第１の実施の形態例と同様の構成で対応することができる。そして、図２９に示す第３の実施の形態例では、端末部１４００あるいは画像表示部１５００に図２の構成に加え以下の構成を追加したものとなっている。
【０１８４】
即ち、画像表示部１５００に、オプション機器１１００とのインタフェースを司ると共に、表示部モデム１０３よりのオプション機器１１００への通信データを受け取る外部Ｉ／Ｆ１４１０を備える。また、端末部１４００にオプション機器１１００とのインタフェースを司ると共に、端末モデム２０３よりのオプション機器１１００への通信データを受け取る外部Ｉ／Ｆ１５１０を備える。
【０１８５】
そして端末モデム２０３よりの（表示部モデム１０３よりの）入出力タイミングは図３０に示すタイミングとなるように制御する。
【０１８６】
図３０に示す制御タイミングは、図１７に示す第１の実施の形態例の制御タイミングに比し、オプション機器１１００用の情報を新たに多重化するために、端末部１４００の端末モデム２０３の送信コマンドイネーブル信号を画像表示部１５００に対する送信タイミングである図３０に（Ａ）で示すＨＳＹＮＣ期間及びＤＩＲ信号のローレベル時の画像表示部１５００からのコマンドデータ受信タイミング、並びに有効ビデオデータ通信通信タイミングを除く、（Ｂ）に示す期間を利用してオプション機器１１００に対するデータを通信するように制御する。
【０１８７】
例えば、画像表示部１５００にオプション機器１１００が接続されている場合には、タイミング発生部１０４はこの図３０に（Ｂ）で示すタイミングとなると外部Ｉ／Ｆ１５１０に表示部モデム１０３よりの復調データを受け取ってオプション機器１１００に送るためのタイミング信号を出力する。
【０１８８】
例えば図３０に示す例では、（Ｂ）に期間は、２０ライン分程度確保でき、約６０Ｈｚで２０ラインづつ送れば、１秒も係らずに１フレーム分のデータを送ることができる。なお、このようにして分割して送信する場合には、どこまで送ったのかを判別可能とするために、１ライン分のデータを送る毎に先頭にライン番号を付加しておくことが望ましい。
【０１８９】
なお、画像表示部に別途フレームメモリを備えている場合には、このオプション機器用に転送されてくるデータをこのフレームメモリに書込んでおき、全てのデータが揃った段階で接続オプション機器に転送するように制御しても良い。あるいは、自表示画面への表示データをフレームデータを保持している場合には、端末部よりこの保持データをオプション機器に出力する旨のコマンドを受付け可能に構成しても良い。
【０１９０】
このように画像表示部に外部出力用のフレームメモリを備えることにより、画像表示部に接続されるオプション機器の仕様に合わせた情報出力が可能となり、接続されるオプション機器の制限が大幅に無くなり、汎用性の高いものとできる。
【０１９１】
また、外部Ｉ／Ｆ１５１０は、オプション機器１１００よりのコマンドデータ送信要求を受け取ると、表示部ＣＰＵ１０１に指示して（Ｂ）の期間中にオプション機器１１００よりのコマンドデータ送信タイミングを設定するか、あるいは、画像表示部１５００より端末部１４００へのコマンドデータ送信期間中の送信にオプション機器１１００よりのコマンドデータを混在させて送信する。例えばこの場合には、どこからの送信であるかを判別可能とするためにヘッダ部分にオプション機器１１００のＩＤを含ませるなどの制御を行う。
【０１９２】
また、端末部１４００にオプション機器１１００が接続される場合には、タイミング発生部２０４よりこの図３０に（Ｂ）で示すタイミングとなると外部Ｉ／Ｆ１４１０に端末モデム２０３よりの復調データを受け取ってオプション機器１１００に送るためのタイミング信号を出力する。
【０１９３】
また、外部Ｉ／Ｆ１４１０は、オプション機器１１００よりのコマンドデータ送信要求を受け取ると、端末ＣＰＵ２０１に指示してオプション機器１１００よりのコマンドデータの受信を要求する。
【０１９４】
以上の様に制御することにより、オプション機器用のモデムを備えることなく、オプション機器の制御が可能となる。
【０１９５】
［第４の実施の形態例］
以上に説明した各実施の形態例においては、端末部２に対して１つの画像表示部が接続される例を説明した。しかし、本発明は以上に説明した例に限定されるものではなく、１台の端末部に複数の画像表示部を接続可能とすることも本発明に含まれる。さらに、これらに第２、あるいは第３の実施の形態例で説明したオプション機器を接続することも本発明に含まれることは勿論である。
【０１９６】
端末部に複数の画像表示部が接続可能に構成する本発明に係る第４の実施の形態例を図３１乃至図３３を参照して以下に説明する。なお、第４の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０１９７】
図３１は本発明に係る第４の実施の形態例の構成を示すブロック図、図３２は第４の実施の形態例の端末部と画像表示部とのＶＳＹＮＣ周期での通信制御を説明するためのタイミングチャート、図３３は第４の実施の形態例の端末部と画像表示部とのＨＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【０１９８】
まず図３１を参照して第４の実施の形態例の全体構成を説明する。図３１において１６００は２台の画像表示部を接続可能な端末部、１７００は画像表示部Ａ、１８００は画像表示部Ｂである。画像表示部Ａ１７００と画像表示部Ｂ１８００は夫々同一の構成とすることができる。図３１では画像表示部Ａ１７００のみ詳細構成を示している。
【０１９９】
画像表示部Ａ１７００の構成は上述した図２に示す画像表示部１と同様構成であり、各構成にも同一番号を付してある。
【０２００】
端末部１６００は、２台の画像表示部１７００、１８００に表示情報を送信する必要があることより、夫々画像表示装置１７００、１８００に対する通信のための構成を備えている。
【０２０１】
画像表示部Ａ１７００に対する端末モデムＡ１６０２、信号処理部Ａ１６０４、タイミング発生部Ａ１６０６を備え、画像表示部Ｂ１８００に対する端末モデムＢ１６０３、信号処理部Ｂ１６０５、タイミング発生部Ｂ１６０７を備える。そして端末ＣＰＵ１６０１は夫々の画像表示部１７００、１８００に対して上述した第１の実施の形態例の画像表示部に対する制御と同様の制御を行う。
【０２０２】
即ち、端末ＣＰＵ１６０１は、夫々の画像表示部１７００、１８００との間で８、図９に示す電源オン処理を行い、その後図１５、図１６に示す動作モードのセットアップ処理を行い、伝送仕様の決定処理等を行う。
【０２０３】
なお、各画像表示部に共通の画像を表示させ、共通の音響出力を行う場合には、入力源を共通として信号処理部及びタイミング発生部の動作を接続されている画像表示部に合わせれば良い。一方、各画像表示部に全く異なる画像を表示させようとする場合には、入力Ｉ／Ｆ２２０の入力信号を適宜振り分ければ良い。あるいは、チューナ部２４０をダブルチューナ構成とし、各画像表示部毎に独立したテレビ放送を表示させれば良い。
【０２０４】
このような場合においても、各画像表示部毎に調整データを共有し、画像表示部側のユーザＩ／Ｆよりのユーザ指示を端末部の例えばチューナ部２４０などに適用することができる構成であるため、特別の構成、操作などの必要なく制御できる。
【０２０５】
なお、端末部１６００のユーザＩ／Ｆ２３０へのリモコン入力検出モードを２種のリモコンに対して検出可能に構成し、夫々の検出モードを各画像表示部に振り分ければ端末部に対するリモコン制御も可能となる。
【０２０６】
なお、各画像表示部や端末部に、オプション機器を接続可能とする場合には、図３１に示す構成に例えば図２９に示すオプション機器に対する構成を追加して図２９の場合と同様の制御を行えば良い。あるいは、各画像表示部や端末部に図２８に示す構成を付加しても良い。
【０２０７】
以上の構成を備える第４の実施の形態例の端末部１６００と画像表示部１７００、１８００との通信制御タイミング例を図３２及び図３３を参照して説明する。
【０２０８】
まず、図３２を参照して第４の実施の形態例のＶＳＹＮＣ周期（垂直周期）の通信制御を説明する。第４の実施の形態例の端末部１６００は、例えばＶＳＹＮＣ（垂直周期）のＶＳＹＮＣ信号到達時の最初のＨＳＹＮＣ周期（水平周期）で例えば画像表示部Ａ１７００へのコマンド送信を許可する送信コマンドイネーブル信号を出力し、次のＨＳＹＮＣ周期で画像表示部Ｂ１８００へのコマンド送信を許可する送信コマンドイネーブル信号を出力する。
【０２０９】
そして、有効ビデオデータ送信タイミング終了後の所定ＨＳＹＮＣ周期で画像表示部Ａ１７００からのコマンド受信を許可する受信コマンドイネーブル信号を出力し、続くＨＳＹＮＣ周期で画像表示部Ｂ１８００からのコマンド受信を許可する受信コマンドイネーブル信号を出力する。これにより、端末ＣＰＵ１６０１は、各画像表示部１７００、１８００とのコマンド通信を、互いに重なることなく連続して処理することができる。
【０２１０】
次に、図３３を参照して第４の実施の形態例のＨＳＹＮＣ周期（水平周期）の通信制御を説明する。
【０２１１】
図３３の例は、上段が、画像表示部Ａ１７００の表示パネル１１００が第１の実施の形態例の図１９で説明した８５２ドット×４８０ドットで、Ｌ／Ｒの２チャンネルのステレオスピーカに２チャンネル分の音響信号を送る例、下段が画像表示部Ｂ１８００の表示パネル１１００が第１の実施の形態例の図２０で説明した６４０ドット×４８０ドットで、４チャンネルのスピーカに４チャンネル分の音響信号を送る例である。
【０２１２】
端末部１６００には端末ＣＰＵ１６０１は一つしかないため、各画像表示部とのコマンドデータの通信は図３２に示すように通信タイミングが重ならないように制御したが、信号処理部及びタイミング発生部は夫々の画像表示部毎に備えている。従って、第４の実施の形態例の端末部１６００は、例え各画像表示部毎にまったく異なる通信仕様でのビデオデータ通信であっても誤りなく行うことができる。
【０２１３】
以上説明したように第４の実施の形態例によれば、端末部に複数の画像表示部が接続でき、しかも、表示仕様の異なる画像表示部であっても、特別の構成を備えることなくそれぞれの画像表示部に適した伝送仕様で表示データやオーディオデータを伝送することができる。
【０２１４】
［第５の実施の形態例］
以上に説明した第４の実施の形態例においては、端末部２に、接続される２台の画像表示部の夫々に対する情報通信用モデムを備える例を説明した。しかし、本発明は以上に説明した例に限定されるものではなく、端末部には１台の画像表示部が接続可能な構成とし、画像表示部に更に他の画像表示部等を接続可能に構成することも本発明に含まれる。さらに、これらに第２、あるいは第３の実施の形態例で説明したオプション機器を接続することも本発明に含まれることは勿論である。
【０２１５】
端末部が画像表示部を介して複数の画像表示部を制御可能な構成とし、画像表示部に更に他の画像表示部等を接続可能に構成した本発明に係る第５の実施の形態例を図３４乃至図３８を参照して以下に説明する。なお、第５の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２１６】
図３４は本発明に係る第５の実施の形態例の構成を示すブロック図、図３５は第５の実施の形態例で用いるパケット構成を説明するための図、図３６は図３５に示すアドレスコマンドの詳細構成を説明するための図、図３７は第５の実施の形態例における複数の画像表示部を接続した状態を示す図、図３８は画像表示部のコマンドデータ受信処理を説明するためのフローチャートである。
【０２１７】
以下に説明する第５の実施の形態例においては、ハードウエア構成は極力簡略化し、通信制御手順を変更して１台の端末部に多くの画像表示部を接続可能とする。
【０２１８】
このため、端末部２０００は上述した第１の実施の形態例と同様のハードウエア構成でも、あるいは第３の実施の形態例と同様の構成であっても良い。第３の実施の形態例と同様の構成の場合には、外部Ｉ／Ｆを介してオプション機器、例えばプリンタ装置などを接続できる。
【０２１９】
一方、画像表示部は、上述した図２に示す第１の実施の形態例の画像表示部１に比し、ドライバ回路１５０を新たに備える構成であり、ドライバ１５０には他の画像表示部が接続可能に構成されている。
【０２２０】
なお、画像表示部Ａ２２００の様に第３の実施の形態例と同様の外部Ｉ／Ｆ１５１を備える構成として、画像表示部にオプション機器を接続可能に構成しても良い。更に、端末部も図３４に示す構成ではなく、図３１に示す第４の実施の形態例の端末部１６００と同様構成であっても良いことは勿論である。この場合にも後述する伝送制御手順を適用できることは勿論である。従って後述する伝送制御手順の説明では、端末部に２台の画像表示部が接続可能であり、画像表示部にはオプション機器としてプリンタが接続されている場合を例に行なう。
【０２２１】
第５の実施の形態例では、画像表示部は、単に端末部よりの通信データをドライバ回路１５０を介して次の画像表示部に転送する制御を行なうのみであるためハードウエア部分の詳細説明は省略する。
【０２２２】
但し、端末部２０００から出力される通信データは全ての接続装置のモデム部で受け取られることになるため、各受信側で自己宛（あて）のデータか否かを判別する構成を備える。
【０２２３】
このため、第５の実施の形態例では、図３５に示す構成のパケットを通信に用いる。図３５に示すパケット構成は上述した実施の形態例の図１０、あるいは図１１に示すパケット構成に比し、宛先アドレス５３１及び差出しアドレス５３２が新たに追加された構成となっている。
【０２２４】
図３５に示すアドレス部の詳細構成を図３６に示す。以上に説明した各実施の形態例では、上述した様にビデオデータは２４ビットであるが、コマンドデータは１６ビット構成である。
【０２２５】
このため、第５の実施の形態例ではこの１６ビットのコマンドデータを上位８ビット部分と下位８ビット部分に分け、上位８ビットが端末部２０００に直結した機器（図３４の例では画像表示部Ａ２２００、画像表示部Ｂ２１００が相当）を特定するアドレスデータとする。
【０２２６】
そして、下位の８ビットが上位８ビットで特定される機器のぶらさがった機器（図３４の例では画像表示部Ａ２２００に接続されたオプション機器１１００が相当）を特定するアドレスデータとする。
【０２２７】
以上のコマンド通信パケットを用いた端末部より各接続機器への伝送制御を図３８のフローチャートを参照して以下に説明する。なお、説明の容易化の為に図３７に示す接続状態の場合を具体例として図３８のフローチャートを説明する。
【０２２８】
図３７において、２５００が図３１に示す端末部１６００と同様の構成を備える２ポート構成の端末部、２６００は図３４の画像表示部Ａ２２００と同様構成の表示部Ａ、２６５０は表示Ａ２６００の例えば外部Ｉ／Ｆ１５１を介して接続されているオプション機器であるプリンタ、２７００は表示部Ａ２６００のドライバ回路１５０に接続されている表示部Ｂである。また、２８００は端末部２５００に接続されている表示部Ｃである。なお、各構成の右上に示されているのが各構成に割り振られたアドレスである。
【０２２９】
端末部２５００に接続された各構成は、図３８のステップＳ１０１でコマンドデータ（コマンドパケット）を受信するのを監視する。そして、コマンドデータを受信するとステップＳ１０２に進み、図３６に示す上位アドレスが自己に割当てられているアドレスか否かを調べる。例えば、図３７に示す表示部Ａ２６００であれば、上位アドレスが”Ｈ（０１）”か否かを調べる。自己宛のパケットでなければ何も処理を行なわずにステップＳ１０１に戻り次のコマンド受信に備える。この端末部２５００よりのパケット情報は、自己のドライバ１５０を介して自動的に次の画像表示部にも送られているため、このドライバ１５０さえ駆動状態としておけば自己に接続された他の画像表示部に自動的に転送されるためこれ以上の制御を行なう必要が無い。
【０２３０】
一方、ステップＳ１０２で上位８ビットが自己宛のパケットであった場合にはステップＳ１０３に進み、下位８ビットのアドレスを調べて自分自身に対するパケットか否かを調べる。図３７の表示部Ａ２６００であれば下位８ビットが”００”であれば自己宛のパケットであり、”００”でなければ自己にぶらさがっている機器、例えばプリンタ２６５０へのパケットであると判断することになる。
【０２３１】
ステップＳ１０３で自己宛のパケットでない場合にはステップＳ１０４に進み、接続オプション機器に受信パケットを中継送信する。例えば自己の表示部モデムより外部Ｉ／Ｆを介して接続オプション機器に送ることになる。そしてステップＳ１０１に戻り次のコマンド受信に備える。
【０２３２】
一方、ステップＳ１０３で自己宛のパケットの受信である場合にはステップＳ１０５に進み、自己が消勢状態（表示パネル消灯状態）か否かを調べる。消勢状態である場合にはステップＳ１０６に進み、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに自己のアドレスをセットして消灯状態を示すコマンドデータを組み込んだ返送パケットを生成して送信する。そしてステップＳ１０１に戻る。
【０２３３】
一方、ステップＳ１０５で消勢状態でなければステップＳ１０７に進み、受信パケットを解析する。そして続くステップＳ１０８で自装置で処理不能な無効コマンドか否かを調べる。無効コマンドで無い場合にはステップＳ１０９に進み、解析したコマンドに対応した処理を実行する。そしてステップＳ１０１に戻る。
【０２３４】
一方、ステップＳ１０８で無効コマンドの受信であればステップＳ１１０に進み、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに自己のアドレスをセットして”ＮＡＫ”コマンドデータを組み込んだ返送パケットを生成して送信する。そしてステップＳ１０１に戻る。
【０２３５】
なお、自装置より端末部に送信したい要求が発生した場合には、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに自己のアドレスをセットして送信コマンドデータを組み込んだ送信パケットを生成して送信する。
【０２３６】
あるいは接続オプション機器よりの送信要求があるときで自己よりの送信要求が無ければ、次の自己より端末部宛のコマンド送信タイミングで宛先アドレスに端末部のアドレスをセットし、差出しアドレスに接続機器のアドレスをセットして送信コマンドデータを組み込んだ送信パケットを生成して送信する。
【０２３７】
以上に説明したように第５の実施の形態例によれば、１台の端末部に必要な数の画像表示部を接続できる。
【０２３８】
なお、第５の実施の形態例では、各画像表示部で共通のデータを受信するため、各画像表示部の仕様が共通の場合にはそのまま必要数の画像表示部に表示データを送ることができる。
【０２３９】
但し、各画像表示部で表示仕様がまちまちである場合には、例えば各画像表示部や端末部のビデオ信号処理部に解像度変換を行なう機能を具備させれば、接続される画像表示部の仕様上の制限が大幅に緩和される。
【０２４０】
例えば、端末部で入力Ｉ／Ｆよりの入力ビデオデータを高解像度の画像情報に変換して、あるいは伝送品質の保証されている解像度の画像情報に変換して各画像表示部に送信し、各画像表示部ではこの受取った所定解像度の画像情報を自装置に適合する解像度に変換して表示する様に制御すれば良い。
【０２４１】
［第６の実施の形態例］
以上に説明した各実施の形態例においては、端末部と画像表示部とは夫々完全に独立した構成及び制御を行なっていた。しかし、本発明は以上に説明した例に限定されるものではなく、例えば、端末部より出力する表示に関する情報を画像表示部で処理する際に必要な処理手順を必要に応じて端末部から画像表示部に転送可能に構成しても良い。
【０２４２】
このように構成することにより、例え画像表示部の常備している機能だけでは適切の表示ができなかったり、あるいは装置の改良が行なわれたような場合に画像表示部に確実にフィードバックすることができる。このように端末部より画像表示部の所定の制御手順を転送可能とした本発明に係る第６の実施の形態例を、図３９及び図４０を参照して以下に説明する。なお、第６の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２４３】
図３９は本発明に係る第６の実施の形態例の構成を示すブロック図、図４０は第６の実施の形態例の端末部のダウンロード処理を示すフローチャート、図４１は第６の実施の形態例の画像表示部のダウンロード処理を示すフローチャートである。
【０２４４】
第６の実施の形態例においては、上述した図２に示す第１の実施の形態例の構成に比し、端末部２にプログラムメモリ２６０を備え、画像表示部１に表示部ＣＰＵ１０１へのダウンロードされる制御プログラムが格納されるプログラムメモリ１６０が備えられている点である。プログラムメモリ１６０は不揮発メモリであり、プログラムメモリ２６０はＥＥＰＲＯＭやフラッシュメモリ、バッテリでバックアップされたＳＲＡＭ等再書き込みできる他の構成は図２の構成と同様であるため詳細説明を省略する。
【０２４５】
以上の構成を備える第６の実施の形態例においては、例えば図８及び図９に示す電源オン処理に続いて図４０、図４１の処理を実行する。
【０２４６】
端末部２は、図４０のステップＳ１５０で画像表示部１にプログラムのバージョンを示すプログラムＩＤコマンドを送信するように要求する。そして続くステップＳ１５１で返送されてきたプログラムＩＤを解析し、自装置のプログラムメモリ２６０に格納されているプログラムのＩＤと比較する。そして続くステップＳ１５２で画像表示部１のプログラムＩＤが自装置のプログラムＩＤと同じバージョンであった場合にはプログラムのダウンロードの必要なしとして図１５に示す動作モードセットアップ処理に移行する。
【０２４７】
一方、ステップＳ１５２で自装置のプログラムＩＤよと異なるバージョンであった場合にはプログラムダウンロードが必要であると判断してステップＳ１５３に進み、画像表示部１にプログラムダウンロード要求を送信する。そして画像表示部１よりの返答を調べ、ダウンロードが可能であるか否かを調べる。何らかの事情でダウンロードができない場合や、プログラムメモリ１６０が具備されていない場合等はダウンロード不可が返送されてくるため、この場合にはダウンロードをせずに図８に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを受信する。この場合、機能限定した制御プログラムを端末部２は持ち。最低限の機能で表示することができる。
【０２４８】
一方、ステップＳ１５４でダウンロード可が返送されてきた場合にはステップＳ１５５に進み、次の送信タイミングで送れる量のプログラムをダウンロードする。そしてステップＳ１５６でダウンロードが完了したか否かを調べる。まだ完了していない場合にはステップＳ１５５に戻り、次の送信タイミングで送れる量のプログラムをダウンロードする。
【０２４９】
このようにして順次プログラムのダウンロードを行ない、全てのダウンロードが終了するとステップＳ１５６より図８に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを受信する。
【０２５０】
図１５に示す動作モードセットアップ処理に移行する。
【０２５１】
一方、画像表示部１側では図４１に示すステップＳ１６１で端末部２よりのコマンド受信を監視する。そしてコマンド受信を検知するとステップＳ１６２に進み、プログラムＩＤコマンドの送信要求コマンドであるか否かを調べる。プログラムＩＤコマンドの送信要求コマンドである場合にはステップＳ１６３に進み、自装置のプログラムメモリ１６０に格納されているプログラムのバージョンを示すプログラムＩＤを端末部２宛に返送する。
【０２５２】
一方、ステップＳ１６２でプログラムＩＤコマンドの送信要求コマンドで無い場合にはステップＳ１６４に進み、ダウンロード要求コマンドの受信であるか否かを調べる。ダウンロード要求コマンドの受信で無い場合には受信コマンドに対応した処理を行なう。
【０２５３】
一方、ステップＳ１６４でダウンロード要求コマンドの受信であった場合にはステップＳ１６５に進み、ダウンロードか可能か否かを調べる。何らかの事情でダウンロードができない場合や、プログラムメモリ１６０が具備されていない場合等はダウンロード不可であると判断してステップＳ１６６に進み、ダウンロード不可を端末部２に返送して図９に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを送信する。
【０２５４】
一方、ステップＳ１６５でダウンロードが可能である場合にはステップＳ１６７に進み、ダウンロード可を返送する。そしてステップＳ１６８で端末部２から送られてくるプログラムをダウンロードする。そしてステップＳ１６９でダウンロードが完了したか否かを調べる。まだ完了していない場合にはステップＳ１６８に戻り、次の送信タイミングで送れる量のプログラムをダウンロードする。
【０２５５】
このようにして順次プログラムのダウンロードを行ない、全てのダウンロードが終了するとステップステップＳ１６９より図９に示す電源オン時の処理に移行し、ハードウエア仕様、調整データを送信する。
【０２５６】
以上の様にしてダウンロードするプログラムは、画像表示部１が表示制御を行なう際のプログラムのマクロ命令群等とすることができる。また、Ｃ言語で制御プログラムが書かれており、端末部２はＣ言語で書かれている制御プログラムを順次翻訳しながら実行する方式が望ましい。
【０２５７】
この場合、端末部２のＣＰＵの機械語に依存せず制御プログラムを実行できる利点がある。なお、制御プログラムはＣ言語に限ったものでないことは言うまでもない。
【０２５８】
以上説明した様に第６の実施の形態例によれば、例え画像表示部の常備している機能だけでは適切の表示ができなかったり、あるいは装置の改良が行なわれたような場合に画像表示部に確実にフィードバックすることができる。
【０２５９】
更に、画像表示部１の特性にあった制御プログラムを端末部２は実行できる。例えば小さいディスプレイでは、メニュー表示機能を少なくしてリモコン主体にする。一方、大きいディスプレイでは文字メニュー以外にアイコン等の視覚的Ｉ／Ｆを取り入れるなどである。
【０２６０】
［第７の実施の形態例］
以上に説明した各実施の形態例においては、端末部と画像表示部の調整は、ユーザＩ／Ｆを介してのユーザよりの指示に従って行なう例について説明した。しかし本発明は以上の例に限定されるものではなく、画像表示部が自装置の周囲環境を検知して、この検知結果に従って画像表示部及び端末部の調整を行なうように制御しても良い。この様に周囲環境を検出可能とした本発明に係る第７の実施の形態例を図４２乃至図４５を参照して以下に説明する。なお、第７の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２６１】
図４２は本発明に係る第７の実施の形態例の構成を示すブロック図、図４３は第７の実施の形態例における各構成の配置例を示す図、図４４は第７の実施の形態例の画像表示部の環境変化検出時の制御を示すフローチャート、図４５は第７の実施の形態例の端末部の環境変化検出時の制御を示すフローチャートである。
【０２６２】
図４２に示す第７の実施の形態例においては、上述した図３１に示す第４の実施の形態例の構成に比し、端末部１６００に電話機の使用の有無を検出する電話使用検出部２７１を備え、画像表示部１７００及び１８００に画像表示部の周囲の明るさを検出する明るさ検出部１７１、音量（雑音強度）を検出する雑音検出部１７２、周囲の色温度を検出する色温度検出部１７３が備えられている点である。他の構成は図３１の構成と同様であるため詳細説明を省略する。なお、画像表示部Ｂ１８００も画像表示部Ａ１７００と同様の検出部を備えている。
【０２６３】
なお、以下の説明は図４２の例について説明するが、上述した各実施の形態例に上記各検出器を備える構成とできることは勿論である。
【０２６４】
例えば、図４３に示すように、端末部１６００がリビングルームの角に設置され、大型壁掛けモニタである表示部Ａ１７００がこのリビングルームの壁に設置され、小型のモニタである表示部Ｂ１８００が寝室に設置されている状況を考える。このような場合に、各表示部で設置環境が大きく異なることが予想され、各表示部ともに同じ調整結果とすることは適切でない。また、ユーザよりの調整に任せては、最適な画質で鑑賞しているとは限らない。そこで第７の実施の形態例では、各表示部及び端末部の周囲環境の検出器を備え、周囲環境に適合した調整を行なう。
【０２６５】
まず図４４を参照して画像表示部の制御を説明する。図４４は第７の実施の形態例の画像表示部の環境変化検出時の制御を示すフローチャートである。
【０２６６】
画像表示部では以下の制御を行う。即ち、表示部ＣＰＵ１０１は各検出器の検出結果に一定以上の変化が検出された場合に対応する処理を行う。以下の説明では、各調整項目の調整権は、第１の実施例で説明した側にあるとする。
【０２６７】
まず、ステップＳ２０１において明るさ検出器１７１の検出結果に一定以上の変化が検出されたか否かを判断する。一定以上の変化が検出された場合には、ステップＳ２０２に進み、端末部１６００に検出結果を報知する。これは、コントラスト調整など明るさの変化に対応する調整権は上述したように端末部１６００側にあるからである。そして、ステップＳ２０１で明るさ検出器１７１の検出結果に一定以上の変化が検出されなかったときと合流し、ステップＳ２０３に進む。
【０２６８】
ステップＳ２０３では、雑音検出器１７２の検出結果に一定以上の変化が検出されたか否かを判斬する。一定以上の変化が検出された場合にはステップＳ２０４に進み、端末部１６００に検出結果を報知する。これは、音量調整は画像表示部に調整権があるが、以下に説明するように電話の使用中の場合にほ音量を上げないように制御する必要があるため、端未部に電話便用中であるか否かを検出させるための送信である。以後は端末部よりの音量調整指示に従って音量調整を行う。この制御は通常のコマンド処理で行われる。
【０２６９】
なおここで、端末部より電話使用中か否かのコマンドを送信するように要求する場合および常時電話使用状態を通知している場合には、それに応じて音量調整を行い、音量調整結果のみを送信すれば足りる.
そして、ステップＳ２０３で雑音検出器１７２の検出結果に一定以上の変化が検出されなかったときと合流し、ステップＳ２０５に進む。
【０２７０】
ステップＳ２０５では色温度検出器１７３の検出結果に一定以上の変化が検出されたか否かを判断する。一定以上の変化が検出された場合にはステップＳ２０６に進み、画像表示部の例えばパネル駆動部１０６を調整して蛍光灯などの光であれば色湿度を高く調整し、白熱灯であれば色温度を低く調整する。
【０２７１】
そしてスステップＳ２０７で調整結果を端末部１６００に報知してステップＳ２０１に戻る。
【０２７２】
次に図４４を参照して端末部の制御を説明する。図４５は第７の実施の形態例の端末部の環境変化検出時の制御を示すフローチャートである。端末部では以下の制御を行う。
【０２７３】
端末部１６００では、図４５に示すように、まずステップＳ２１１において画像表示部よりのコマンドデータの受信を監視する。そしてコマンドデータを受信していない場合にはステップＳ２１２に進み、端末部１６００の電話使用検知部２７１の出力を監視することにより電話の使用状態に変化があったか否かを判斬する。図４２において電話使用検知部２７１は１つしか図示していないが、複数の電話機を備えている場合にはそれぞれの電話機の使用状態を換出することができる。これは例えば電話機の直流ループ形成状態を検出して使用中か否かを検知するなどの公知の電話中検出機能を備えるもので構成できる。電話の使用状態に変化がない場合にはステップＳ２１１に戻る。
【０２７４】
一方、ステップＳ２１１でコマンドを受信した場合にはステップＳ２１３に進み、環境変化を報知するコマンドであるか否かを調べる。環境変化を報知するコマンドでない場合は対応する処理を行う。
【０２７５】
ステップＳ２１３で環境変化を報知するコマンドである場合にはステップＳ２１４に進み、検出されたのが明るさであったか否かを調べる。明るさ検知結果が変化した場合にはステップＳ２１５に進み、端末部１６００に調整権があるコントラスト制御など明るさの変化に対応する調整を行う。
【０２７６】
そして統くステップＳ２１６で調整結果を保持するとともに、対応する画像表示部に調整結果を報知して、ステップＳ２１４で明るさに変化がなかった場合と合流してステップＳ２１７に進む。
【０２７７】
ステップＳ２１７では、検出きれたのが雑音レベルであったか否かを調べる。雑音検知結果が変化した場合には、ステップＳ２１２で電話使用状態に変化があった場合と合流してステップＳ２１８に進み、今環境変化を報知してきた画像表示部と同室にある電話が使用中か否かを調べる。使用中でなけれはステップＳ２１９に進み、検出された雑音レベルに合わせた音量調整を行うように画像表示部に指示し、便用中ならばステップＳ２２０に進み、音量を下げる旨を画像表示部に指示する。
【０２７８】
次にステップＳ２２１に進み、色温度調整結果が送られてきた場合にはステップＳ２２２に進み、調整結果を保持してステップＳ２１１に戻る。
【０２７９】
［第８の実施の形態例］
以上に説明した実施の形態例では、端末部と画像表示部間をインタフェースケーブルで直接接続する例について説明した。しかし本発明は以上の例に限定されるものではなく、一部のインタフェースケーブル部分を無線で通信する事も本発明に含まれることは勿論である。
【０２８０】
一部のインタフェースケーブル部分を無線で通信する様に構成した本発明に係る第８の実施の形態例を図４６を参照して以下に説明する。第８の実施の形態例は無線区間を光、例えば赤外線を用いて光通信を行なう例について行なう。しかし、以上の例に限定されるものではなく、例えば、超音波を用いて通信を行なっても、あるいは無線電波を用いても良く、種々の方式を採用できる。なお、第８の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２８１】
第８の実施の形態例では、図４６に示すように、画像表示部においては、端末部とのインタフェースコネクタに替えて、光通信部を備え、光通信部を端末部へのコマンド情報送信用の発光部と端末部よりの情報を受け取るための受光部とで構成し、受光部よりの受光光量の変化を電気信号として検出しこれを増幅器で増幅した後に表示部モデムに出力し、表示部モデムよりの変調信号に従ってドライバ回路を介して発光部を発光制御すれば良い。
【０２８２】
一方、端末部においては、インタフェースケーブルの先端部に画像表示部と略同様の光通信部を設け、光通信部を画像表示部への情報伝送用の発光部と画像表示部よりのコマンド情報を受け取るための受光部とで構成し、受光部よりの受光光量の変化を電気信号として検出しこれを増幅器で増幅した後に端末モデムに出力し、端末モデムよりの変調信号に従ってドライバ回路を介して発光部を発光制御すれば良い。これらの構成、制御については公知の方法を適用可能である。
【０２８３】
画像表示部の光通信部の配設位置は、例えば画像表示部筐体の上面部であることが望ましいが、後述する端末部側の光通信部配設位置に対向する位置であれば任意の位置に配設することができる。例えば画像表示部筐体の下面であっても、あるいは背面であっても良く、前面であっても良いことは勿論である。
【０２８４】
画像表示部が壁掛けタイプの薄型モニタである場合には、図４６に示すように筐体上面に配設し、端末部の光通信部を天井近傍の画像表示部の光通信部配設位置の対向位置とすれば、画像表示部への入出力は電源ケーブル類のみに抑えることができる。
【０２８５】
このように端末側の光通信部を天井近傍に配設すれば、両方の光通信部の存在がほとんど美観を損ねることがなく、ケーブル配線の煩わしさから解放される。また、設置場所の変更であっても、天井側の光通信部位置を変更するのみで足りる。
【０２８６】
更に、予め画像表示部の設置が予定される位置の上方に端末側の光通信部を配設しておくことにより、画像表示部の配設位置を変更しても容易に対応できる。また、端末側では、画像表示部の光通信部よりの光を検出すると当該検出位置の画像表示部が可動状態となったと判断することができ、当該位置の光通信部のみを付勢すれば光通信部の劣化も防げる。
【０２８７】
［第９の実施の形態例］
以上に説明した実施の形態例では、画像表示部は１台で一つの画面を表示する場合を例として説明した。しかし本発明は以上の例に限定されるものではなく、複数台の画像表示部を近接させて配設し、この複数台の画像表示部全体で一つの画像を表示可能に制御しても良い。この様に、複数台の画像表示部全体で一つの画像を表示可能に制御する本発明に係る第９の実施の形態例を図４７を参照して説明する。なお、第９の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２８８】
複数台の画像表示部全体で一つの画像を表示可能に制御する例として４７は４台の画像表示部で一つの表示画面を構成している。この構成の場合には、各画像表示部に構成は、例えば、上述した第４の実施の形態例の図３４に示す画像表示部構成とすることができる。
【０２８９】
端末部では、各画像表示部に対するビデオデータとして、表示画面の図４７に示す各表示画面の（１／４）の表示データのみを受け取る様にアドレス制御すれば良い。
【０２９０】
このように制御することにより、大画面の表示が可能となる。
【０２９１】
［第１０の実施の形態例］
以上に説明した実施の形態例では、端末部と画像表示部との情報の通信にあたっては、各データ毎に通信タイミングを予め決めておき、通信される情報の種別は当該情報が通信されるタイミングで特定できる構成について説明した。しかし本発明は以上の例に限定されるものではなく、情報の通信タイミングを限定せずに情報に情報種別識別データを含ませても良い。このように構成した本発明に係る第１０の実施の形態例を図４８を参照して説明する。なお、第１０の実施の形態例について以下に説明する構成以外は上述した各実施の形態例と同様であるため、係る部分の詳細説明は省略する。
【０２９２】
第１０の実施の形態例では、通信タイミングで通信情報種別が判別可能なように、情報の送信元が各通信情報の先頭にこれから通信するデータの性質、データ量等を示すヘッダデータを付加して送信する。
【０２９３】
例えば図４８の例では、黒で示す各情報の先頭にヘッダデータを付加し、ビデオデータの戦闘しはこれから送るデータがビデオデータであり、例えば８５２ドット（画素）分のデータ容量であることを示すヘッダを付加する。オーディオで多であれば夫々Ｌチャンネルオーディオデータ、Ｒチャンネルオーディオデータであることを示すヘッダデータを付加することになる。
【０２９４】
このように制御することにより、無駄な空き時間を防ぐことができ、多くの情報を通信可能となる。例えば、画像表示部のフレームメモリ等を有する場合や、オプション機器が接続されている場合でオプション機器への転送データが多い場合などでの効率よく必要な情報の転送が可能となる。
【０２９５】
［他の実施の形態例］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０２９６】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２９７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２９８】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図２，３，４に示す）フローチャートに対応するプログラムコードが格納されることになる。
【０２９９】
【発明の効果】
以上説明したように本発明によれば、画像表示部の表示制御に係るプログラムの仕様を表示制御に先だって更新することができ、所望の示品質を容易に得ることができる。また、容易に画像表示部の処理バージョンを上げることも可能となる。
【図面の簡単な説明】
【図１】本発明に係る一実施の形態例の基本構成を説明するための図である。
【図２】本実施の形態例の画像表示部及び端末部の詳細構成を示すブロック図である。
【図３】本実施の形態例の端末部と画像表示部とのインタフェース回路部分及びモデムの入出力部分の詳細構成を示す図である。
【図４】本実施の形態例の入力Ｉ／Ｆの異なる仕様の画像情報を受け取ってビデオ信号処理部に出力する部分の詳細構成例を示す図である。
【図５】本実施の形態例における図４に示す入力Ｉ／ＦにおけるＮＴＳＣ仕様の画像信号が入力された時の入力Ｉ／Ｆの出力タイミング例を示す図である。
【図６】本実施の形態例における図４に示す入力Ｉ／ＦにおけるＨＤＴＶ仕様の画像信号が入力された時の入力Ｉ／Ｆの出力タイミング例を示す図である。
【図７】本実施の形態例における端末部に電源が投入された以降の画像表示部との動作確認制御手順の一例を示す図である。
【図８】本実施の形態例の端末部の電源オン時の制御を示すフローチャートである。
【図９】本実施の形態例の画像表示部の電源オン時の制御を示すフローチャートである。
【図１０】本実施の形態例の電源オン時の通信制御に用いられる通信パケット構成の例を示す図である。
【図１１】本実施の形態例の電源オン時の通信制御に用いられる通信パケットの他の構成例を示す図である。
【図１２】本実施の形態例の単位周期におけるデータ構成を示す図である。
【図１３】本実施の形態例におけるコマンドデータ送受信時のパケット構成の例を示す図である。
【図１４】本実施の形態例における調整データのフォーマット例を示す図である。
【図１５】本実施の形態例における端末部の動作モードのセットアップ処理を示すフローチャートである。
【図１６】本実施の形態例における画像表示部の動作モードのセットアップ処理を示すフローチャートである。
【図１７】本実施の形態例の画像表示部と端末部との垂直同期信号発生周期内のデータ通信制御タイミングの例を示す図である。
【図１８】本実施の形態例の画像表示部と端末部との水平同期信号発生周期内のデータ通信制御タイミングの例を示す図である。
【図１９】本実施の形態例の表示パネルが８５２ドット×４８０ドットの場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２０】本実施の形態例の表示パネルが６４０ドット×４８０ドットの場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２１】本実施の形態例の表示パネルが１３６５ドット×７６８ドットの場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２２】本実施の形態例の表示パネルが１３６５ドット×７６８ドットの場合の水平転送クロック（ＣＬＫ）の周波数を変更した場合の画像表示部と端末部とのデータ通信タイミングを説明するための図である。
【図２３】本実施の形態例のオーディオデータをＶＳＹＮＣタイミング毎に一括して通信する場合の端末部と画像表示部間の通信タイミング例を示す図である。
【図２４】本実施の形態例のコマンドデータをＨＳＹＮＣタイミング毎に分割して通信する場合の端末部と画像表示部間の通信タイミング例を示す図である。
【図２５】本実施の形態例のコマンドデータをビデオデータ有効期間及びオーディオデータ通信期間を除く全ての期間に通信可能に制御する場合の端末部と画像表示部間の通信タイミング例を示す図である。
【図２６】本発明に係る第２の実施の形態例の基本システム構成例を説明するための図である。
【図２７】本発明に係る第２の実施の形態例の基本システムの他の構成例を説明するための図である。
【図２８】第２の実施の形態例の詳細構成を示すブロック図である。
【図２９】本発明に係る第３の実施の形態例の構成を示すブロック図である。
【図３０】第３の実施の形態例の情報通信タイミングを説明するための図である。
【図３１】本発明に係る第４の実施の形態例の構成を示すブロック図である。
【図３２】第４の実施の形態例の端末部と画像表示部とのＶＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【図３３】第４の実施の形態例の端末部と画像表示部とのＨＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【図３４】本発明に係る第５の実施の形態例の構成を示すブロック図である。
【図３５】第５の実施の形態例で用いるパケット構成を説明するための図である。
【図３６】図３３に示すアドレスコマンドの詳細構成を説明するための図である。
【図３７】第５の実施の形態例における複数の画像表示部を接続した状態を示す図である。
【図３８】第５の実施の形態例の画像表示部のコマンドデータ受信処理を説明するためのフローチャートである。
【図３９】本発明に係る第６の実施の形態例の構成を示すブロック図である。
【図４０】第６の実施の形態例の端末部のダウンロード処理を示すフローチャートである。
【図４１】第６の実施の形態例の画像表示部のダウンロード処理を示すフローチャートである。
【図４２】本発明に係る第７の実施の形態例の構成を示すブロック図である。
【図４３】第７の実施の形態例における各構成の配置例を示す図である。
【図４４】第７の実施の形態例の画像表示部の環境変化検出時の制御を示すフローチャートである。
【図４５】第７の実施の形態例の端末部の環境変化検出時の制御を示すフローチャートである。
【図４６】本発明に係る第８の実施の形態例の一部のインタフェースケーブル部分を無線で通信する様に構成した例を説明するための図である。
【図４７】本発明に係る第９の実施の形態例の構成例を説明するための図である。
【図４８】本発明に係る第１０の実施の形態例端末部と画像表示部とのＨＳＹＮＣ周期での通信制御を説明するためのタイミングチャートである。
【図４９】従来のテレビジョン放送を受信して表示するテレビ受像機に各種の画像を表示させようとした場合の構成を示す図である。
Claims (7)
- 少なくとも１組の映像信号及び音響信号を含む信号を送信する端末部と、前記端末部よりの信号を受信して対応する画像表示を行なう画像表示部とを備える画像表示制御システムであって、
前記端末部は、
電源が投入された時に前記画像表示部の保持するプログラム仕様を検知して検知したプログラム仕様からプログラムダウンロードの必要があると判断すると前記画像表示部にプログラムダウンロードを要求する要求手段と、
プログラムダウンロードを行なうプログラムダウンロード手段とを備え、
前記画像表示部は、
前記プログラムダウンロードの要求を受け取ると続いて送られてくるダウンロードプログラムを対応する自己のプログラムメモリに格納するプログラム更新手段とを備えることを特徴とする画像表示装置制御システム。 - 前記要求手段は、前記画像表示部のプログラムメモリに格納されているプログラムＩＤを取得してプログラムの仕様を検知することを特徴とする請求項１記載の画像表示制御システム。
- 前記端末部は、前記要求手段によりプログラムダウンロードの必要がないと判断された時及びプログラムダウンロードが終了した後に前記画像表示部に対する表示制御を行なうことを特徴とする請求項１又は請求項２記載の画像表示制御システム。
- 少なくとも１組の映像信号及び音響信号を含む信号を送信する端末部と、前記端末部よりの信号を受信して対応する画像表示を行なう画像表示部とを備える画像表示制御システムの画像表示システム制御方法であって、
前記端末部は、
電源が投入された時に前記画像表示部の保持するプログラム仕様を検知する検知工程と、
前記検知工程で検知したプログラム仕様からプログラムダウンロードの必要があるか否かを判断する判断工程と、
前記判断工程の判断結果に対応して前記画像表示部にプログラムダウンロードを要求する要求工程と、
プログラムダウンロードを行なうプログラムダウンロード工程とを備え、
前記画像表示部は、
前記プログラムダウンロードの要求を受け取ると続いて送られてくるダウンロードプログラムを対応する自己のプログラムメモリに格納するプログラム更新工程とを有することを特徴とする画像表示システム制御方法。 - 前記検知工程は、前記画像表示部のプログラムメモリに格納されているプログラムＩＤを取得してプログラムの仕様を検知することを特徴とする請求項４記載の画像表示システム制御方法。
- 前記端末部は、前記判断工程によりプログラムダウンロードの必要がないと判断された時及びプログラムダウンロードが終了した後に前記画像表示部に対する表示制御を行なうことを特徴とする請求項４又は請求項５記載の画像表示システム制御方法。
- 前記請求項４乃至請求項６のいずれか１項に記載の各工程をコンピュータに実行させるコンピュータプログラムを記憶したコンピュータ可読記録媒体。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09674499A JP3780115B2 (ja) | 1999-02-26 | 1999-02-26 | 画像表示装置制御システム及び画像表示システム制御方法 |
| EP00301464A EP1032201B1 (en) | 1999-02-26 | 2000-02-24 | Image display control system and method |
| US09/512,105 US7057667B1 (en) | 1999-02-26 | 2000-02-24 | Image display control system and method allowing connection of various kinds of image displays to one supply source |
| DE60023575T DE60023575T2 (de) | 1999-02-26 | 2000-02-24 | Bildanzeigesteuersystem und -verfahren |
| US11/074,647 US7508452B2 (en) | 1999-02-26 | 2005-03-09 | Image display control system and image display system control method with determination of whether or not download of program can be executed |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09674499A JP3780115B2 (ja) | 1999-02-26 | 1999-02-26 | 画像表示装置制御システム及び画像表示システム制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000253425A JP2000253425A (ja) | 2000-09-14 |
| JP3780115B2 true JP3780115B2 (ja) | 2006-05-31 |
Family
ID=14173208
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09674499A Expired - Fee Related JP3780115B2 (ja) | 1999-02-26 | 1999-02-26 | 画像表示装置制御システム及び画像表示システム制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3780115B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3478757B2 (ja) | 1999-02-26 | 2003-12-15 | キヤノン株式会社 | 画像表示制御方法及び装置 |
| JPWO2002042727A1 (ja) * | 2000-11-24 | 2004-04-02 | 日本ケミコン株式会社 | Ｃｒｔモニタのｍｔｆ測定値表示システムとその方法 |
| JP4950412B2 (ja) * | 2003-07-11 | 2012-06-13 | ソニー株式会社 | 受信装置 |
| KR101370352B1 (ko) | 2011-12-27 | 2014-03-25 | 삼성전자주식회사 | 방송수신용 디스플레이장치 및 신호처리모듈, 방송수신장치 및 방송수신방법 |
| JP2012118540A (ja) * | 2012-01-05 | 2012-06-21 | Renesas Electronics Corp | 液晶ディスプレイ駆動制御装置及び携帯端末システム |
-
1999
- 1999-02-26 JP JP09674499A patent/JP3780115B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000253425A (ja) | 2000-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7057667B1 (en) | Image display control system and method allowing connection of various kinds of image displays to one supply source | |
| US6924843B1 (en) | Image display apparatus control system and image display system control method | |
| JP3647305B2 (ja) | 画像表示装置制御システム及び画像表示システム制御方法 | |
| JP4136173B2 (ja) | 画像表示制御システム、画像表示システム制御方法 | |
| JP4079521B2 (ja) | Ｐｃ相互接続機構 | |
| US5621482A (en) | Interface system for a television receiver | |
| CN101452693B (zh) | 影像显示装置、显示面板和影像处理装置 | |
| US8793415B2 (en) | Device control apparatus, device control method and program for initiating control of an operation of an external device | |
| WO2007037478A1 (ja) | 無線伝送システム | |
| US20060168131A1 (en) | Electronic device and method for supporting different display modes | |
| JP2011041204A (ja) | 通信機器 | |
| JP3785010B2 (ja) | 受信装置、表示装置及び映像音声受信システム | |
| JP2000253330A5 (ja) | ||
| JP3780115B2 (ja) | 画像表示装置制御システム及び画像表示システム制御方法 | |
| US8370539B2 (en) | Video apparatus | |
| JP2002057959A (ja) | 画像表示システム及び画像表示方法 | |
| JP2000250500A (ja) | 画像表示装置制御システム及び画像表示システム制御方法 | |
| JP2000250525A (ja) | 画像表示制御システム及び画像表示システム制御方法 | |
| JP2009141940A (ja) | 映像表示装置、表示パネル及び映像処理装置 | |
| JP5548791B2 (ja) | モニタ装置及び映像処理装置 | |
| JP5205439B2 (ja) | 映像表示装置 | |
| JP4424118B2 (ja) | 受信装置、表示装置、映像受信システム、受信方法、表示方法、受信表示方法及び受信表示システム | |
| JP2011041203A (ja) | 通信装置及びコンピュータプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050926 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051003 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060105 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060119 |
|
| 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: 20060213 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060306 |
|
| 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: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120310 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130310 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140310 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |