JP5148505B2 - 表示システム及び方法 - Google Patents

Description

本願はマルチ表示技術に関し、具体的には、マルチ表示をサポートする表示システム及び方法に関する。

各種のインタフェース技術の発展につれて、ノートブック型コンピュータは、携帯型コンピュータとして、サポートすべき周辺インタフェースが増えている。こうした周辺インタフェースには、例えば、ＵＳＢ、シリアル／パラレルポート、ネットワークポート、ＶＧＡ出力ポート、及びＤＶＩポート等がある。これらのインタフェースの全てをサポートしようとすると、ノートブック型コンピュータが大型化してしまう。

上記の課題に対し、ＵＳＢ／ＵＷＢに基づくポートリプリケータ（port replicator）やドッキングステーション（docking station）の概念を提出している。つまり、付属部品を設け、ＵＳＢ／ＰＣＩｅインタフェースのような有線方式やＵＷＢのような無線方式によって、周辺装置をノートブック型コンピュータの付近に設けるか、又はノートブック型コンピュータのベースの下に設置して、各種のインタフェースを当該周辺装置に集積させることで、ノートブック型コンピュータ自体のインタフェース設計をもっと簡単にし、最もよく用いられる幾つのインタフェースのみをサポートすればよい。ドッキングステーションは、ノートブック型コンピュータ分野において最も重要な付属部品となっている。

図１は、ＵＳＢドッキングステーションの模式図である。図１に示すように、ＵＳＢドッキングステーションは、その一方側がＵＳＢバスを介してノートブック型コンピュータに接続され、他方側がＳＤカード及びカメラ等のような外部メモリ及び画像捕獲装置等に接続される。ドッキングステーションは、ノートブック型コンピュータからのデータ信号を外部メモリにマッチングするデータフォーマットに変換して記憶する。尚、画像捕獲装置から採取した画像信号を取得し、ＵＳＢ又はＵＷＢインタフェースを介してホストに転送する。現在、ドッキングステーション中の他のインタフェース、例えば、ＵＳＢ／ＵＷＢからパラレルポートへの変換、ＵＳＢ／ＵＷＢからイーサーネットポートまで等は、速度が低いため実現し易い。しかしながら、ＵＳＢ／ＰＣＩｅやＵＷＢがどのように第２の表示装置をサポートするか、即ち、ＵＳＢ／ＵＷＢからＶＧＡ／ＤＶＩまでについては、対応する完全な解決方案は提出されていない。

例えば、特許文献１（ＵＳ２００４１１７５３８）には、ホスト中のグラフィックス・カードを外して、ＯＳが生成した表示出力信号をＵＳＢインタフェースに出力し、そのままＵＳＢインタフェースから他の遠隔側のモジュールに転送し、当該モジュールは信号をＶＧＡ信号に再生成して、ＶＧＡ表示装置に直接に出力する方法が提出されている。

特許文献２（ＵＳ２００２１３５５８４）には、ＵＳＢインタフェースを用いて二重モード表示装置を駆動するサブ表示装置のビデオグラフィックアダプタが提出されている。当該ビデオグラフィックアダプタは、ＵＳＢから出力されたビデオ信号をそのまま記憶領域に記憶して、一つのＤ／Ａを介して記憶領域内のビデオ信号をアナログＶＧＡ信号に変換して出力する。

一方、無線プロジェクターとノートブック型コンピュータとの接続のように、無線方式によってビデオを遠隔側まで転送して表示する必要がある場合が多い。この方式において、ノートブック型コンピュータは、スクリーンデータをリアルタイムに取得して無線方式を介してプロジェクターに転送して出力する必要がある。しかしながら、現在、無線表示方案の多数は、例えば８０２．１１等のような無線技術に基づくものである。８０２．１１自身の帯域幅によって、表示装置の高トラフィックの課題をよく解決することができず、損失が多い圧縮を採用しなければならず、表示画像が原始画像及び同期の効果に達し得ないことと、スクリーン品質の低下及び色歪みを招来してしまう。同時に、コンピュータと表示装置との両方に対しても大きな計算負荷を与え、システムの性能に大きな影響を与えている。これに加えて、圧縮と伸張の設計方式しか採用できないので、コストの抑制も困難である。従来の８０２．１１システムの帯域幅が足りないため、コンピュータがリアルタイムビデオ、特に高品質のビデオを再生するときには、高品質のスクリーンをタイムリーに表示装置まで転送することができない。

ＵＳ２００４１１７５３８ ＵＳ２００２１３５５８４

本発明は、上記の課題に鑑みてなされたものであり、マルチ表示をサポートする表示システム及び方法を提供することを目的とする。

本発明の一側面によると、コンピュータ内に構築されているデータ送信手段と、遠隔側のＶＧＡ／ＤＶＩ表示装置に接続されているデータ受信手段とを含む表示システムであって、前記データ送信手段が、ビデオ信号中のスクリーンデータ及び／又はオーディオデータを採取する採取ユニットと、前記スクリーンデータ及び／又はオーディオデータを符号化し、前記符号化したスクリーンデータ及び／又はオーディオデータを送信するローカル制御ユニットとを含み、前記データ受信手段が、前記スクリーンデータ及び／又はオーディオデータを受信して復号化するように制御する遠隔側制御ユニットと、遠隔側制御ユニットによって復号化されたオーディオ・ビデオデータをメモリに入れてバッファリングするように制御するバッファユニットと、バッファ中の前記スクリーンデータ及び／又はオーディオデータをＶＧＡ／ＤＶＩ表示装置がサポートするフォーマット及び／又はオーディオフォーマットに変換する出力ユニットとを含む表示システムを提供する。

前記データ送信手段が、所定の圧縮アルゴリズムにより前記スクリーンデータ及び／又はオーディオデータを圧縮する圧縮ユニットをさらに含み、前記データ受信手段が、所定の伸張アルゴリズムにより前記圧縮したスクリーンデータ及び／又はオーディオデータを伸張する伸張ユニットをさらに含むことが好ましい。

前記表示システムがマルチセッション機能をサポートしており、前記データ送信手段が、遠隔側の入力／出力操作をローカルの入力／出力操作にマッピングする入力／出力マッピングユニットをさらに含み、前記データ受信手段が、ユーザによる入力／出力操作を便利に行うようにキーボード／マウスを接続する入出力インタフェースユニットをさらに含むことが好ましい。

組込み型ＣＰＵ、ＦＰＧＡ又は専用チップによって前記データ受信手段を実現することが好ましい。

前記コンピュータのオペレーティングシステムによってスクリーンデータ及び／又はオーディオデータを取得することが好ましい。

前記データ送信手段が、ミラードライバ（Mirror Driver）によってＷｉｎｄｏｗｓ（登録商標）でグラフィックス・カード装置を仮想化して表示データをキャプチャすることが好ましい。

前記スクリーンデータ及び／又はオーディオデータが、ＵＳＢインタフェースを介して送信されるものであることが好ましい。

前記スクリーンデータ及び／又はオーディオデータが、ＵＷＢの形で送信されるものであることが好ましい。

本発明の他の側面によると、マルチ表示をサポートする表示システムに用いられる方法であって、コンピュータからスクリーンデータ及び／又はオーディオデータを採取するステップと、前記スクリーンデータ及び／又はオーディオデータを遠隔側表示装置及び／又は音響装置に送信するステップと、表示装置及び／又は音響装置が、前記スクリーンデータ及び／又はオーディオデータをこの表示装置及び／又は音響装置がサポートするＶＧＡ／ＤＶＩフォーマット及びオーディオフォーマットに変換して現すステップと、を含む。

送信ステップの前に、所定の圧縮アルゴリズムによりスクリーンデータ及び／又はオーディオデータを圧縮するステップと、変換ステップの前に、圧縮したスクリーンデータ及び／又はオーディオデータを伸張するステップと、をさらに含むことが好ましい。

制御命令を送信するステップと、表示装置及び／又は音響装置が前記制御命令を受信して動作モードを切り替えるステップと、をさらに含むことが好ましい。

前記採取ステップが、コンピュータのオペレーティングシステムによってスクリーンデータ及び／又はオーディオデータを取得するステップを含むことが好ましい。

ミラードライバによってＷｉｎｄｏｗｓ（登録商標）でグラフィックス・カード装置を仮想化して表示データをキャプチャすることが好ましい。

本発明の上記構成によれば、ビデオ信号における動的に変化するスクリーンデータ又はフルスクリーンデータだけを圧縮して、ＵＳＢインタフェースを介するか、又はＵＷＢの形で表示装置側に送信するので、帯域幅を節約させる。尚、本発明は、低コストの組込み型ＣＰＵ、ＦＰＧＡ又は専用のチップからなることができるので、システムの複雑度を下げる。

以下、図面を結合して詳しく説明することで、本発明の上記特徴及び利点がより明白であろう。

以下、本発明の好ましい実施形態について、図面に基づいて詳しく説明する。図面において、異なる図面に記載されている同一の符号は、同様又は近似の部材を表している。明瞭及び簡明にするために、ここに含まれる既知の機能及び構造に対する詳しい記述を省略するが、そうでなければ、これらによって本発明の主題が不明瞭になってしまう。

図２は、本発明の第１の実施形態による表示システムの構造ブロック図を示す。

図２に示すように、第１の実施形態の表示システムは、ノートブック型コンピュータのようなホストの内部に備えられるデータ送信手段１００と、遠隔側に位置するＶＧＡ／ＰＣＩ表示装置３００及び音響装置４００と、表示装置３００及び音響装置４００に接続され、ホスト側からのマルチメディアデータを受信して、ＶＧＡ／ＰＣＩ表示装置がサポートするフォーマットに変換するデータ受信手段２００と、を含む。

データ送信手段１００は、ノートブック型コンピュータのようなホストから全てのビデオデータではなく現在のビデオ信号のうち動的に変化しているスクリーンデータ又はフルスクリーンデータを採取するビデオ採取ユニット１１０と、ホストから現在のビデオ信号と同期されたオーディオ信号又は個別なオーディオ信号を採取してオーディオデータを取得するオーディオ採取ユニット１２０と、所定の圧縮アルゴリズム、例えばＭＰＥＧ又はＪＰＥＧ圧縮アルゴリズムを用いて、ビデオ採取ユニット１１０とオーディオ採取ユニット１２０によって採取されたスクリーンデータとオーディオデータを圧縮し、圧縮データを出力するデータ圧縮ユニット１３０と、所定のプロトコルに従って圧縮データから該当するフォーマットのデータパケットを形成するパッキングユニット１４０と、ＵＳＢ／ＰＣＩｅインタフェースを介してパッキングユニット１４０によって形成されたデータパケットを転送する第１のＵＳＢ／ＰＣＩｅコントローラと、上記の各ユニットを制御するものであって、例えば、ビデオ・オーディオデータの同期、特定のデータパケットの圧縮の要否及びシグナリング交換（例えば、モード切替等）を制御する、送信側コントローラ１５０と、を含む。

データ受信手段２００は、データ送信手段１００中の第１のＵＳＢ／ＰＣＩｅコントローラ１６０と同様なコントローラであって、ＵＳＢ／ＰＣＩｅインタフェースからデータ送信手段１００から送信されたデータパケットを受信するように制御する第２のＵＳＢ／ＰＣＩｅコントローラ２６０と、パッキングする時に採用されるプロトコルと同様なプロトコルに従ってＵＳＢ／ＰＣＩｅコントローラ２６０が受信したデータパケットをアンパッキングして、圧縮又は圧縮されなかったスクリーンデータとオーディオデータを取得するアンパッキングユニット２４０と、データ送信手段２００の各ユニットを制御するものであって、例えば、ビデオ・オーディオデータの同期、特定のデータパケットの圧縮の要否及びシグナリング交換等の動作を制御する、受信側コントローラ２００と、現在受信したデータパケットが既に圧縮されたと判断された場合、所定のデータ圧縮アルゴリズムを用いて圧縮データを伸張して、スクリーンデータとオーディオデータを取得するデータ伸張ユニット２３０と、スクリーンデータをＶＧＡフォーマットのビデオ信号に変換してＶＧＡ／ＤＶＩ表示装置３００に出力して表示し、オーディオデータに対しＤ／Ａ変換を行って音響装置４００に出力するビデオ／オーディオ出力ユニット２１０と、を含む。

また、データ受信手段２００は、復号化されたビデオ・オーディオデータをメモリに入れてバッファリングするバッファユニット（不図示）をさらに含む。この場合、出力ユニット２１０は、バッファリングされたスクリーンデータをＶＧＡ／ＤＶＩフォーマットのビデオデータに変換して、ＶＧＡ／ＤＶＩ表示装置３００に出力する。

また、受信側コントローラ２５０によってアンパッキングユニット２４０から出力されるデータパケットが不圧縮データパケットであると判断されると、データパケットをそのままビデオ・オーディオ出力ユニットに転送し、スクリーンデータやオーディオデータを該当する表示信号とアナログオーディオ信号に変換して、ＶＧＡ／ＤＶＩ表示装置３００に表示すると共に音響装置４００から出力する。

図３は、本発明の第１の実施形態の表示システムにおけるパッキングユニットによるパッキングに使用されるデータパケットのフォーマットを示す。図３に示すように、「同期フラグ」は、データ送信手段１００とデータ受信手段２００との最初の同期、及びデータ転送過程での非同期時の再同期に用いられる。「タイプ」は、現在のデータパケットが、ビデオデータパケットであるか、オーディオパケットであるか、それとも制御シグナリングパケットであるか等を示し、さらに、データパケットが圧縮されたか又は圧縮されなかったかを示す。「パケット長」は、当該データパケットの長さを示す。「パディング長」は、当該データパケットにおける有効データ以外のパディング情報の長さを示す。「データ本体」は、実際のメッセージ情報を示し、ビデオの場合に座標情報等をさらに含む可能性がある。「ＣＲＣ」は、データパケットのチェックに使用される。

上記のように、データ受信手段２００における受信側コントローラ２５０は、受信したデータパケット中の「タイプ」フィールドに基づいて、受信したデータパケットが圧縮されたか、又は圧縮されなかったかを判断し、且つビデオデータパケットであるか、又はオーディオデータパケットであるかを判断することができる。データパケット中のデータが圧縮データである場合、データ伸張ユニット２３０は圧縮データを伸張して、該当するスクリーンデータ及び／又はオーディオデータを取得する。

なお、ホスト側の再生に関するビデオ設定が変更された場合、例えば、ホスト表示モードが１０２４×７６８から７２０×４８０に変更された時、送信側コントローラ１５０は、パッキングユニット１４０にて表示装置設定情報を含む制御シグナリングパケットを形成し、ＵＳＢインタフェースを介してデータ受信手段２００に送信する。データ受信手段２００における受信側コントローラ２５０は、受信した制御シグナリングパケット中の表示装置設定情報に応じて、遠隔側の表示装置を再設定して、後続の表示のために準備する。

図４は、第１の実施形態の表示システムにおけるデータ受信手段の具体的な実現を説明する一例である。

図２の変換モジュールの実現は、既存の組込み型ＣＰＵの方式を用いて実現してもよいし、ＦＰＧＡ／ＡＳＩＣ方式を用いて実現してもよい。例えば、図４は、ＦＰＧＡ方式によってＵＳＢからＶＧＡまでの変換を実現する時のブロック図を示す。図４に示すように、Ｃｙ６８０００１は、ＵＳＢコントローラであり、ＦＰＧＡ内部のＵＳＢモジュールに接続され、ここでは、ＵＳＢモジュールでデータパケットのアンパッキング、伸張等の動作を実現する。ＦＰＧＡにおいて、ＤＤＲモジュールは外部のＲＡＭであるＭＴ４６ｖに接続され、ＵＳＢ制御モジュールの動作に記憶空間を提供する。例えば、ＵＳＢ制御モジュールは、アンパッキング及び伸張して取得したスクリーンデータとオーディオデータとを、ＤＤＲ制御モジュールの制御によってＲＡＭが提供する記憶空間に記憶し、ＶＧＡ制御モジュールに提供して、スクリーンデータをＶＧＡフォーマットのビデオ信号に変換した後、ＡＤＶ７１２５に提供し、データ信号をアナログ信号に変換して表示装置に表示する。

図５は、本発明の第１の実施形態による表示システムの一変形例のブロック図を示す。

図５に示すように、Ｏｎｅ ｔｏ Ｔｗｏの端末を実現するには、データ送信側がマルチセッション機能をサポートすることと、遠隔側からのキーボード／マウス等のＩ／Ｏ操作をローカルの操作にマッピングできることが必要である。このように、ホストは遠隔側の表示装置の表示及びキーボード／マウス操作をローカルの第２のユーザのものとする。キーボート・マウスＩ／Ｏマッピングユニット１７０及びマルチセッション処理駆動１８０以外の他の構成部品は第１の実施形態におけるデータ送信手段１００の構成と同じであり、ここでは詳しく説明しない。

同様に、このような場合、データ受信手段２００は、キーボード／マウスのような入力手段２７０を接続するキーボード／マウスインタフェース２７０を備える。このように、入力装置２７０と接続された後、ユーザは、ローカルと同様な処理、例えば、ワープロ、ネットワーク閲覧等を遠隔側でも行うことができる。このような場合、受信側コントローラ２５０は、入力手段２７０の各種の入力命令及び制御情報をＵＳＢ／ＰＣＩバスを介してホスト側のデータ送信手段１００に送信し、キーボード・マウスＩ／Ｏマッピングユニット１７０によってローカルの操作としてマッピングし、マルチセッション処理駆動１８０に送信して処理させる。

図５から分かるように、入力手段２７０を除き、当該変形例のデータ受信手段２００の構成は第１の実施形態のデータ受信手段２００の構造と同じであるので、ここで詳しく説明しない。また、このような方式において、受信側は各種の形態であってもよいが、例えば、キーボード・マウス入力付きドッキングステーションと外部から接続されたディスプレイとの組合せであってもよいし、ただＣＰＵ、ＯＳ、ハードディスク等のない完全なノートブック型コンピュータの形態として、全てのアプリケーションの実行が送信側で行われ、当該仮ノートブック型コンピュータがＩ／Ｏ機能しか持っていないとしても良い。

本発明によるデータ送信手段１００は、ホストのデータカード（挿入又は内蔵）の形式で、例えば、ＰＣＩ／ｍｉｎｉ−ＰＣＩ／ＵＳＢカード等であることが好ましい。当該データカードは、ホストのオペレーティングシステムからスクリーンデータが取得でき、ホストのオペレーティングシステム中のソフトウェアによって制御される。

データ送信手段１００において、第１のＵＳＢ／ＰＣＩｅコントローラ１６０以外の他のユニットは、いずれもホストのオペレーティングシステム中のソフトウェアの形で実現することができる。

勿論、ホスト側のデータ転送手段がホストのデータカードの形で実現される時、圧縮処理機能が設置されなくても良いことは、当業者にとって自明のことなので、説明を省略する。

図６は、本発明の無線表示システムの第２の実施形態のブロック図である。

第２の実施形態において、データ送信手段１００は、コンピュータのデータカード（挿入又は内蔵）の形で実現されるが、例えば、ＰＣＩ／ｍｉｎｉ−ＰＣＩ／ＵＳＢカード等である。当該データカードは、コンピュータのオペレーティングシステムからスクリーンデータを取得し、コンピュータのオペレーティングシステム中のソフトウェアによって制御される。

図６に示すように、ホスト内に構築されているデータ送信手段１００は、データ採取ユニット５１０と、パッキングユニット５２０と、第１のＵＷＢ（Ultra Wideband：超広帯域）送受信ユニット５３０と、送信側コントローラー５４０とを含む。表示装置及び音響装置（不図示）と接続されるデータ受信手段２００は、第２のＵＷＢ（Ultra Wideband：超広帯域）送受信ユニット６１０と、受信側コントローラ６２０と、アンパッキングユニット６３０と、出力ユニット６４０とを含む。

ここで、当該ホストは、ＰＣホスト、サーバホスト、ノートブック型コンピュータ、ハンドセットである携帯電話やＰＤＡ等のような各種のコンピュータ本体であってもよい。当該表示装置３００は、コンピュータディスプレイ（ＬＣＤ，ＣＲＴ等）、プロジェクター、テレビ受像機等のような各種の表示装置であってもよい。

当該データ送信手段１００において、データ採取ユニット５１０は、ホストのオペレーティングシステムから表示データを取得する。パッキングユニット５２０は、データ採取ユニット５１０で取得した表示データをネットワーク転送プロトコルに従って該当するデータメッセージにパッキングする。第１のＵＷＢ送受信ユニット５３０は、データメッセージをＵＷＢ無線を介してデータ受信手段２００に送信する。

データ送信手段１００において、送信側コントローラ１４０は、第１のＵＷＢ送受信ユニット５３０を制御すると共に、両側の認証及び鍵合意等の動作を行う。

データ受信手段２００において、第２のＵＷＢ送受信ユニット６１０は、ＵＷＢ無線を介してデータ送信手段１００からのデータメッセージを受信する。受信側コントローラ６２０は、第２のＵＷＢ送受信ユニット６１０を制御すると共に、両側の認証及び鍵合意等の動作を行う。アンパッキングユニット６３０は、第２のＵＷＢ送受信ユニット６１０で受信したデータメッセージをプロトコルに従ってスクリーンデータにアンパッキングする。出力ユニット６４０は、上記スクリーンデータを表示装置３００に転送して出力する。

本実施形態ではＵＷＢを用いて画素デジタル信号を転送し、転送するフレーム率が最も極端的な場合にビデオ再生のフレーム率、即ち３０フレーム程度となって、グラフィックス・カードのリフレッシュ周波数である８５フレーム／秒で転送する必要がない点に注目すべきである。

しかしながら、他の実施例では、受信側における画素データのリアルタイム表示を実現するため、データ受信手段２００は簡単な表示制御機能（即ち、グラフィックス・カード機能）を有し、転送されてきた２５フレームの画素データをそのまま利用して高速リフレッシュ処理（例えば、８５フレーム／秒のリフレッシュ）を実行する。

第２の実施形態のデータ送信手段１００において、第１のUWB送受信ユニット５３０以外の他のユニットは、いずれもホストのオペレーティングシステム中のソフトウェアの形で実現することができる。

勿論、データ送信手段がホストのデータカードの形で実現されるとき、圧縮処理機能が設置されなくても良いことは、当業者にとって理解し得る。

図７を参照すれば、データ送信手段がデータカードの形で実現される場合のホスト側の動作フローチャートである（Ｗｉｎｄｏｗｓ（登録商標）での処理を例とする）。

ステップＳ７１１において、ホストをスタートアップしてＷｉｎＬｏｇｏｎに入る。

ステップＳ７１２において、ＷｉｎＬｏｇｏｎインタフェースで表示プロセスを起動させる。

ＷｉｎＬｏｇｏｎはＧＩＮＡ．ｄｌｌを提供しており、異なるＷｉｎｄｏｗｓ（登録商標）ログインモードをカスタマイズすることができる。ＧＩＮＡ中の該当する関数を修正することで、表示プロセスを起動させる操作が完成される。

そして、下記のように、表示プロセスは一連の動作を行う。

ステップＳ７１３において、ＴＣＰクライアントとしてＴＣＰサーバとなるディスプレイに接続される。

ステップＳ７１４において、接続に成功した後、データ処理及び転送を担当するブリッジドライバ（Bridge Driver）を起動させる。

ステップＳ７１５において、デスクトップの画像データを取得するようにＭｉｒｒｏｒをバーチャルデスクトップにバインディングする。

ステップＳ７１６において、Ｍｉｒｒｏｒを起動させて画素データを取得する。Ｍｉｒｒｏｒはミラードライバの略称であり、Ｗｉｎｄｏｗｓ（登録商標）でグラフィックス・カード装置を仮想化してＷｉｎｄｏｗｓ（登録商標）のスクリーンをキャプチャするものである。Ｍｉｒｒｏｒに対するバインディング及び起動は、Ｗｉｎｄｏｗｓ（登録商標） ＧＤＩを介して完成することができる。

ステップＳ７１７において、ブリッジドライバは、割り込みディスパッチテーブル（ＩＤＴ，Interrupt Dispatch Table）によってソフト割り込み（２２Ｈ）をかけ、Ｍｉｒｒｏｒはアセンブラ命令ｉｎｔ２２Ｈによって呼び出しを完成する。

ステップＳ７１８において、転送スレッドを起動させ、割込をかけて、Ｍｉｒｒｏｒが送信した情報を取得し、転送スレッドは画像のデータ転送を担当する。

ステップＳ７１９において、ブリッジドライバはＭｉｒｒｏｒが送信した割り込みに応じて、スクリーン変化の情報を取得する。

ステップＳ７２０において、Ｍｉｒｒｏｒが提供した情報に基づいて、スクリーン変化の長方形領域を抽出してリストに入れる。

ステップＳ７２１において、後続の転送処理を行うようにリストを取得する。

ステップＳ７２２において、ポートが読み取る転送スレッド（Transport Tread）は「」べきであるが、主にデータ同期、メッセージ応答等を含む転送に関する処理を担当する。

ステップＳ７２３において、ステップＳ７２１で取得した長方形リストに基づいて、該当するデータを取得して、表示装置に送信する。

図７に示す方案の最大メリットは、システムがオペレーティングシステム起動インタフェース（例えば、Windows（登録商標） loginインタフェース）に入ると、すぐに無線表示を実現することができ、表示の実現はログインした後まで待つ必要がない。

以上に述べたのは、本発明の好ましい実施例に過ぎず、本発明はこれに限定されない。本発明の主旨と原則を逸脱しない範囲において、いかなる修正、等価交換、改良等を行っても、本発明の保護範囲に含まれるべきである。したがって、本発明の保護範囲は、保護請求の範囲に従うものである。

従来のＵＳＢドッキングステーションの模式図である。 本発明の第１の実施形態による表示システムのブロック図を示す。 第１の実施形態のデータパッキング過程で形成されるデータパケットのフォーマットを示す模式図である。 第１の実施形態の表示システムにおけるデータ受信手段の一例を示す。 本発明の第１の実施形態による表示システムの一変形例のブロック図を示す。 本発明の第２の実施形態による表示システムのブロック図である。 本発明の第２の実施形態による表示システムのデータ送信手段の動作フローチャートである。

Claims (15)

1. コンピュータ内に構築されているデータ送信手段と、遠隔側のＶＧＡ／ＤＶＩ表示装置に接続されているデータ受信手段とを含む表示システムであって、
   前記データ送信手段が、
   ビデオ信号中のスクリーンデータ及び／又はオーディオデータを採取する採取ユニットと、
   前記スクリーンデータ及び／又はオーディオデータを符号化し、前記符号化したスクリーンデータ及び／又はオーディオデータを送信するローカル制御ユニットとを含み、
   前記データ受信手段が、
   前記スクリーンデータ及び／又はオーディオデータを受信して復号化するように制御する遠隔側制御ユニットと、
   遠隔側制御ユニットによって復号化されたオーディオ・ビデオデータをメモリに入れてバッファリングするように制御するバッファユニットと、
   バッファ中の前記スクリーンデータ及び／又はオーディオデータをＶＧＡ／ＤＶＩ表示装置がサポートするフォーマット及び／又はオーディオフォーマットに変換する出力ユニットとを含み、
   前記データ送信手段にてコンピュータの表示装置のビデオ表示設定が変更されたとき、前記ローカル制御ユニットは、パケット化ユニットを制御して、コンピュータの表示装置の変更された設定情報を含む制御シグナリングパケットを生成し、前記制御シグナリングパケットを前記データ受信手段に送信し、
   前記遠隔側制御ユニットは、受信した前記制御シグナリングパケット内の前記変更された設定情報に従って、前記データ送信手段から受信したデータの表示に適するように遠隔側表示装置の再設定を行ない、
   前記設定情報は表示解像度を含む
   ことを特徴とする表示システム。
2. 前記データ送信手段が、所定の圧縮アルゴリズムにより前記スクリーンデータ及び／又はオーディオデータを圧縮する圧縮ユニットをさらに含み、
   前記データ受信手段が、所定の伸張アルゴリズムにより前記圧縮したスクリーンデータ及び／又はオーディオデータを伸張する伸張ユニットをさらに含む
   ことを特徴とする請求項１に記載の表示システム。
3. 前記表示システムがマルチセッション機能をサポートしており、
   前記データ送信手段が、遠隔側の入力／出力操作をローカルの入力／出力操作にマッピングする入力／出力マッピングユニットをさらに含み、
   前記データ受信手段が、ユーザによる入力／出力操作を便利に行うようにキーボード／マウスを接続する入出力インタフェースユニットをさらに含む
   ことを特徴とする請求項１又は２に記載の表示システム。
4. 前記データ受信手段は、組込み型ＣＰＵ、ＦＰＧＡ又は専用チップからなることを特徴とする請求項３に記載の表示システム。
5. 前記コンピュータのオペレーティングシステムによってスクリーンデータ及び／又はオーディオデータを取得することを特徴とする請求項１に記載の表示システム。
6. 前記データ送信手段が、ミラードライバ（Ｍｉｒｒｏｒ Ｄｒｉｖｅｒ）によってＷｉｎｄｏｗｓ（登録商標）でグラフィックス・カード装置を仮想化して表示データをキャプチャすることを特徴とする請求項５に記載の表示システム。
7. 前記スクリーンデータ及び／又はオーディオデータが、ＵＳＢインタフェースを介して送信されるものであることを特徴とする請求項１に記載の表示システム。
8. 前記スクリーンデータ及び／又はオーディオデータが、ＵＷＢの形で送信されるものである請求項１に記載の表示システム。
9. マルチ表示をサポートする表示システムに用いられる方法であって、
   コンピュータからスクリーンデータ及び／又はオーディオデータを採取するステップと、
   前記スクリーンデータ及び／又はオーディオデータを遠隔側表示装置及び／又は音響装置に送信するステップと、
   表示装置及び／又は音響装置が、前記スクリーンデータ及び／又はオーディオデータをこの表示装置及び／又は音響装置がサポートするＶＧＡ／ＤＶＩフォーマット及びオーディオフォーマットに変換して現すステップと、を含む方法であって、更に、
   コンピュータの表示装置のビデオ表示設定が変更されたとき、パケット化ユニットを制御して、コンピュータの表示装置の変更された設定情報を含む制御シグナリングパケットを生成し、前記制御シグナリングパケットを前記遠隔側表示装置に送信するステップと、
   受信した前記制御シグナリングパケット内の前記変更された設定情報に従って、前記データ送信手段から受信したデータの表示に適するように前記遠隔側表示装置の再設定を行なうステップと、
   を含み、
   前記設定情報は表示解像度を含む
   ことを特徴とする方法。
10. 送信ステップの前に、所定の圧縮アルゴリズムによりスクリーンデータ及び／又はオーディオデータを圧縮するステップと、
    変換ステップの前に、圧縮したスクリーンデータ及び／又はオーディオデータを伸張するステップと、をさらに含むことを特徴とする請求項９に記載の方法。
11. 制御命令を送信するステップと、
    表示装置及び／又は音響装置が前記制御命令を受信して動作モードを切り替えるステップと、をさらに含むことを特徴とする請求項１０に記載の方法。
12. 前記採取ステップが、コンピュータのオペレーティングシステムによってスクリーンデータ及び／又はオーディオデータを取得するステップを含むことを特徴とする請求項９に記載の方法。
13. ミラードライバによってＷｉｎｄｏｗｓ（登録商標）でグラフィックス・カード装置を仮想化して表示データをキャプチャすることを特徴とする請求項１２に記載の方法。
14. 前記スクリーンデータ及び／又はオーディオデータが、ＵＳＢインタフェースを介して送信されるものであることを特徴とする請求項９に記載の方法。
15. 前記スクリーンデータ及び／又はオーディオデータが、ＵＷＢの形で送信されるものであることを特徴とする請求項９に記載の方法。

Images