JP2008186448A - 再生システム及び方法 - Google Patents

Abstract

【課題】 コンピュータのアプリケーションプログラムウィンド及び／又はオーディオを再生装置にリダイレクトできる再生システム及び方法を提供すること。
【解決手段】 この方法は、第１の再生装置において少なくとも１つのアプリケーションプログラムに対し少なくとも１つのバッファを作成するステップと、実行されているアプリケーションプログラムの再生関連データを前記バッファに再配置するステップと、前記バッファから再生関連データを捕獲して、少なくとも１つの第２の再生装置に送信するステップと、を含む。
【選択図】 図４

Description

本発明はオーディオ・ビデオ再生技術に関し、特に、コンピュータのアプリケーションプログラムウィンド及び／又はオーディオを再生装置の表示画面及び／又は音響装置にリダイレクトできる再生システム及び方法に関する。

ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）の操作性及びＰＣとＴＶ等のような計算能力の低い再生装置との連携動作能力を向上させることは、３Ｃ融合（３ｃ ｆｕｓｉｏｎ）における重要な結合点となる。

これに対し、マイクロソフト社は、計算能力の低い表示装置にホスト中の幾らかのアプリケーションプログラムのコンテンツを表示させるＳｉｄｅｓｈｏｗ技術案をＶｉｓｔａに提出している。例えば、ＰＣ中の幾らかの特定されたアプリケーションプログラムを補助的な表示画面にリダイレクトできる。これらの特定されたアプリケーションと補助的な表示画面との間には特殊なデータ転送フォーマットを定義し、アプリケーションプログラムと、オペレーティングシステムとの間にはリダイレクトすることを表示するメカニズムがある。マイクロソフト社の上記規格を満たすアプリケーションプログラムのみ、補助的なディスプレイに表示されることができる。しかしながら、上記の技術は、ユーザが表示装置側でＰＣの任意のプログラムを実行させる能力がない。

また、Ｉｎｔｅｌの遠隔ゲームシステムにおいて、ＴＶをＰＣの補助的な表示装置としてゲーム表示を行うようとする。例えば、仮想グラフィックスカード技術を採用して、装置側でＰＣに対する制御機能を具現する。しかしながら、上記の技術は、複数の補助的な表示装置がある場合、該当する数の仮想グラフィックスカードのドライバを実装する必要があるので、実現することが複雑になる。

本発明は上記した問題点に鑑みてなされたものであって、コンピュータのアプリケーションプログラムウィンド及び／又はオーディオを再生装置にリダイレクトできる再生システム及び方法を提供することを目的とする。

本発明の一局面によると、第１の再生装置において少なくとも１つのアプリケーションプログラムに対し少なくとも１つのバッファを作成するステップと、実行されているアプリケーションプログラムの再生関連データを前記バッファに再配置するステップと、前記バッファから再生関連データを捕獲して、少なくとも１つの第２の再生装置に送信するステップと、を含む再生方法を提供する。

好ましくは、前記再生方法が、前記バッファからオーディオデータ及び／又はビデオデータを捕獲して、前記第２の再生装置に送信するステップを更に含む。

好ましくは、前記ビデオデータが描画命令又は描画した画像である。

好ましくは、前記再生方法が、前記送信ステップの前に、前記第１の再生装置と前記第２の再生装置との接続を確立するステップを更に含む。

好ましくは、前記の接続を確立するステップには、前記第１の再生装置から少なくともホストアドレスを含む探索パケットを前記第２の再生装置に送信するステップと、前記第２の再生装置から少なくとも第２の再生装置アドレスを含む応答を前記第１の再生装置に送信するステップと、前記第１の再生装置アドレス及び前記第２の再生装置アドレスに基づいて、前記第１の再生装置と前記第２の再生装置との接続を確立するステップと、を含む。

好ましくは、前記探索パケットが第１の再生装置の名称を更に含み、前記応答が前記第２の再生装置の画像表示能力及び／又はサポートしているオーディオフォーマットと、前記第２の再生装置の名称とを更に含む。

好ましくは、前記の接続を確立するステップには、前記第２の再生装置から少なくともそのアドレスを含む広告メッセージを前記第１の再生装置に送信するステップと、前記第１の再生装置から少なくとも第１の再生装置アドレスを含む応答を前記第２の再生装置に送信するステップと、前記第１の再生装置アドレス及び前記第２の再生装置アドレスに基づいて、前記第１の再生装置と前記第２の再生装置との接続を確立するステップと、を含む。

好ましくは、前記広告メッセージは、前記第２の再生装置の画像表示能力及び／又はサポートしているオーディオフォーマットと、前記第２の再生装置の名称とを更に含み、前記応答は第１の再生装置の名称を更に含む。

好ましくは、前記再配置ステップに、前記アプリケーションプログラムのインスタンス名称を監視制御するステップと、当該インスタンス名称のプロセス内から再生出力に関するファンクションコールを呼び出すステップと、出力関数を修正して、当該アプリケーションプログラムの再生関連データをバッファに出力するステップと、を含む。

発明の他の局面によると、第１の再生装置を含み、第１の再生装置が、第１の再生装置において少なくとも１つのアプリケーションプログラムに対し少なくとも１つのバッファを作成し、実行されているアプリケーションプログラムの再生関連データを前記バッファに再配置する監視制御手段と、前記バッファから再生関連データを捕獲して、少なくとも１つの第２の再生装置に送信する通信手段と、を含む再生システムを提供する。

本発明の上記配置によれば、ユーザの需要に応じて、ホストで実行されている異なるアプリケーションプログラムの再生関連データを該当する再生装置にリダイレクトして再生させることができる。従って、１つのホストで複数のアプリケーションプログラムウィンド及び／又はビデオを複数の再生装置に同時に表示させることができる。また、再生装置は、計算能力を持っていなく、イメージ解析及び表示能力のみを持っていてもよい。

本発明の前記特徴及び効果は、以下のような添付図面を結合した詳細な説明によって、より完全に明らかとなるであろう。

以下、図面を参照しながら、本発明の好ましい実施形態について詳細に説明する。なお、異なる図面において、同じ又は類似な部材については同じ符号を付して説明する。なお、本発明をより明らかで且つ簡明にするために、ここに含まれている既知の機能及び構成についての詳細な説明を省略し、それらによって本発明の主題が不明瞭にならないようにする。

図１は、本発明の実施例による再生システムを示す構成図である。図１に示すように、本発明の実施例における再生システムは、ＰＣ等のようなホスト１００、及び少なくとも１つの再生装置２００、３００４００を含む。なお、これらの再生装置は計算能力を持っていなく、イメージ解析、表示能力及び／又はオーディオ再生機能のみを持っていてもよい。

図１に示すように、ホスト１００はプロセッサ１３０、グラフィックスカード及び／又はサウンドカード１４０、メモリ１２０、オペレーティングシステム１１０、通信モジュール１６０及び他のハードウェア装置を含む。なお、ホスト１００は、グラフィックスカード及び／サウンドカード１４０に加えて、少なくとも１つの仮想再生エリアを有している、例えば、監視制御されている各アプリケーションプログラムのウィンド画像及び／又はオーディオデータをバッファリングするための第１の仮想再生エリア１７０、第２の仮想再生エリア１８０及び第３の仮想再生エリア１９０を有している。

更に、ホスト１００のオペレーティングシステム１１０で１つの監視制御ソフトウェアを実行しているが、この監視制御ソフトウェアは、ユーザによって指定されたアプリケーションプログラム中のビデオデータ及びオーディオデータのような再生関連データを監視制御し、これらの再生関連データをバッファである第１の仮想再生エリア１７０、第２の再生エリア１８０又は第３の再生エリア１９０に再配置する。

ホスト１００中の通信モジュール１６０は外部と通信するデータインタフェースであってもよいが、例えば、仮想再生エリアにリダイレクトされた再生関連データを再生装置２００、３００及び４００に送信するためのシリアルポート、パラレルポート、ＩＲ、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、ＵＷＢ、ＵＳＢ、１３９４、８０２．３、８０２．１１、８０２．１６、８０２．２０、ＧＳＭ／ＧＰＲＳ／ＣＤＡＭ、ＣＤＭＡ２０００／ＷＣＤＭＡ／ＴＤＳ−ＣＤＭＡ等の汎用データ伝送インタフェースである。

再生装置２００は、プレイヤー２３０、再生制御モジュール２２０及び通信インタフェース２１０を含む。なお、再生制御モジュール２２０は画像解析能力及び／又はオーディオ再生能力を有しており、上記ホスト１００の通信モジュール１６０に対応する通信インタフェース２１０から受信した画像情報を実際的な画像に復元して表示画面２３０に表示させ、且つ／又は通信インタフェースから受信したオーディオデータを再生する。ここで、画像情報は描画命令でもよいし、画像元情報でもよいし、圧縮された画像データでもよい。

同様に、再生装置３００は、プレイヤー３３０、再生制御モジュール３２０及び通信インタフェース３１０を含む。再生装置４００は、プレイヤー４３０、再生制御モジュール４２０及び通信インタフェース４１０を含む。

再生装置２００が無線方式によってオーディオ・ビデオデータを受信する場合、再生装置２００が再生する前にホスト１００との接続を確立する必要がある。このような場合、再生装置２００はパケットを自発的に放送してもよい。なお、上記パケットは、（１）装置が本発明に述べた条件を満たす再生装置である旨を１つの所定のフィールドで示すものであって、例えば、１つのＵＵＩＤと、（２）再生装置の名称と、（３）再生装置のＩＰアドレスと、（４）再生装置の物理的表示能力であって、例えば６４０×４８０の解像度、又はサポートしているオーディオ再生フォーマットと、（５）再生制御モジュール中のデコーダの能力であって、例えば、ＭＰＥＧ２復号化能力と、を含む。

ホスト１００がパケットを受信した後、この再生装置の名称を図２に示す装置リストに追加すると共に、この再生装置に対応する遠隔再生応用を指定し、応答を送信する。なお、応答は、（１）ホストの名称と、（２）ホストのＩＰアドレスと、（３）遠隔再生するためのプログラムリストと、を含む。このように、図３に示すように、再生装置２００が応答を受信した後、その表示画面にホスト１００が選択できるプログラムリストを表示させ、再生装置２００とホスト１００とは互いのＩＰアドレスに基づいて無線接続を確立する。再生装置２００のユーザは、そのウィンドを当該再生装置２００にリダイレクトしようとするアプリケーションプログラムを１つ選択し、このプログラムの名称をホスト１００に送信することができる。このように、ホスト１００は、このアプリケーションプログラムを起動し、物理的装置解像度に基づいて再生装置２００に対し該当する表示バッファを作成することができる。なお、再生装置に表示されているアプリケーションプログラムをビデオばかりでなく、オーディオにも関連付けしようとすれば、ホスト１００は、該当するオーディオバッファを更に作成する。

他の実施例として、ホスト１００は少なくともホストの名称とホストのＩＰアドレスとを含む探索パケットを定期的に放送することができる。再生装置２００は、探索パケットを受信した後、ホスト１００との接続を確立しようとすれば、ホスト１００に応答を送信する。上記の応答は、（１）装置が本発明に述べた条件を満たす再生装置である旨を１つの所定のフィールドで示すものであって、例えば、１つのＵＵＩＤと、（２）再生装置の名称と、（３）再生装置のＩＰアドレスと、（４）再生装置の物理的表示能力であって、例えば６４０×４８０の解像度、又はサポートしているオーディオ再生フォーマットと、（５）再生制御モジュール中のデコーダの能力であって、例えば、ＭＰＥＧ２復号化能力と、を含む。このように、ホストは応答を受信した後、ＩＰアドレスに基づいて再生装置との接続を確立する。

このような場合、図２に示すように、ユーザは「追加」をクリックしてフォルダー・ダイアログボックスをポップアップさせ、１つのアプリケーションプログラムを監視制御されるプログラムリストに追加することができる。同時に、ユーザはこの再生装置２００に対し、対応する遠隔表示リストを選択することができる。「削除」をクリックすると、このアプリケーションプログラムに対する監視制御状態が解消される。ユーザが「遠隔表示」をクリックすると、図３に示すように、このアプリケーションプログラムのウィンドが再生装置２００に直接表示される。

遠隔表示装置側におけるプログラムリストからプログラムを１つ選択し、ホストに当該アプリケーションプログラムを起動させるように要求を送信することに加えて、ユーザは以下のように遠隔表示プログラムを起動させることができる。即ち、（１）ホストにおいて監視制御プログラムを直接実行し、監視制御プログラムがプログラムの実行を監視制御して後続の処理を行う；（２）監視制御プルグラムインタフェースにおいてプログラムを直接ダブルクリックするか、又はプログラムを選択し遠隔表示ボタンをクリックして起動させる。

図４は、本発明の実施例による再生システムの操作過程のフローチャートである。

上記のように、ホスト１００は当該アプリケーションプログラムに対し表示バッファ及び／又はオーディオバッファを作成する（Ｓ１２０）。そして、監視制御プログラムを実行させて、アプリケーションプログラムウィンドを指定する（Ｓ１２０）。指定されたアプリケーションプログラムが実行されている場合（Ｓ１３０でＹＥＳ）、監視制御プログラムはシステムフックを介して当該アプリケーションプログラムのプロセス空間に入って、例えば、ＢｉｔＢｌｔ、Ｐｒｅｓｅｎｔ、Ｗａｖｅｏｕｔのようなオーディオ・ビデオ出力に関する関数の全てを調べ、オーディオ・ビデオ出力が上記の表示バッファ及びオーディオバッファにダイレクトされるようにこれらの関数のポインタを修正する（Ｓ１４０）。

次に、ホスト１００は仮想表示エリアから描画命令又は描画された画像を捕獲して再生装置に送信するか（Ｓ１５０）、又は毎回更新される表示及びビデオデータをＭＰＥＧ２により圧縮し、無線接続によって再生装置に送信する（Ｓ１６０）。

再生装置は、圧縮されたデータを受信してＭＰＥＧ２により復号化した後、表示させる（Ｓ１７０）。

以上に説明したのは、本発明の好適な実施形態のみであり、本発明の要旨を逸脱しない限り、若干の改善と添削を行うことは可能であり、これらの改善と添削も本発明の請求保護範囲に含まれることは当業者にとって自明である。

図１は、本発明の実施例による再生システムを示す構成図である。 図２は、ホストの表示画面に表示されている再生装置選択インタフェースの模式図である。 図３は、ホストの表示画面に表示されている監視制御されるプルグラム選択インタフェースの模式図である。 図４は、本発明の実施例による再生システムの操作過程のフローチャートである。

Claims (10)

1. 第１の再生装置において少なくとも１つのアプリケーションプログラムに対し少なくとも１つのバッファを作成するステップと、
   実行されているアプリケーションプログラムの再生関連データを前記バッファに再配置するステップと、
   前記バッファから再生関連データを捕獲して、少なくとも１つの第２の再生装置に送信するステップと、を含むことを特徴とする再生方法。
2. 前記バッファからオーディオデータ及び／又はビデオデータを捕獲して、前記第２の再生装置に送信するステップを更に含むことを特徴とする請求項１に記載の再生方法。
3. 前記ビデオデータが描画命令又は描画した画像であることを特徴とする請求項２に記載の再生方法。
4. 前記送信ステップの前に、前記第１の再生装置と前記第２の再生装置との接続を確立するステップを更に含むことを特徴とする請求項１に記載の再生方法。
5. 前記の接続を確立するステップには、
   前記第１の再生装置から少なくともホストアドレスを含む探索パケットを前記第２の再生装置に送信するステップと、
   前記第２の再生装置から少なくとも第２の再生装置アドレスを含む応答を前記第１の再生装置に送信するステップと、
   前記第１の再生装置アドレス及び前記第２の再生装置アドレスに基づいて、前記第１の再生装置と前記第２の再生装置との接続を確立するステップと、を含むことを特徴とする請求項４に記載の再生方法。
6. 前記探索パケットが第１の再生装置の名称を更に含み、前記応答が前記第２の再生装置の画像表示能力及び／又はサポートしているオーディオフォーマットと、前記第２の再生装置の名称とを更に含むことを特徴とする請求項５に記載の再生方法。
7. 前記の接続を確立するステップには、
   前記第２の再生装置から少なくともそのアドレスを含む広告メッセージを前記第１の再生装置に送信するステップと、
   前記第１の再生装置から少なくとも第１の再生装置アドレスを含む応答を前記第２の再生装置に送信するステップと、
   前記第１の再生装置アドレス及び前記第２の再生装置アドレスに基づいて、前記第１の再生装置と前記第２の再生装置との接続を確立するステップと、を含むことを特徴とする請求項４に記載の再生方法。
8. 前記広告メッセージが、前記第２の再生装置の画像表示能力及び／又はサポートしているオーディオフォーマットと、前記第２の再生装置の名称とを更に含み、前記応答が第１の再生装置の名称を更に含むことを特徴とする請求項７に記載の再生方法。
9. 前記再配置ステップには、
   前記アプリケーションプログラムのインスタンス名称を監視制御するステップと、
   当該インスタンス名称のプロセス内から再生出力に関するファンクションコールを呼び出すステップと、
   出力関数を修正して、当該アプリケーションプログラムの再生関連データをバッファに出力するステップと、を含むことを特徴とする請求項１に記載の再生方法。
10. 第１の再生装置を含み、
    第１の再生装置が、
    第１の再生装置において少なくとも１つのアプリケーションプログラムに対し少なくとも１つのバッファを作成し、実行されているアプリケーションプログラムの再生関連データを前記バッファに再配置する監視制御手段と、
    前記バッファから再生関連データを捕獲して、少なくとも１つの第２の再生装置に送信する通信手段と、を含むことを特徴とする再生システム。

Images