JP7303812B2 - ミーティングの参加者が機能デバイスを利用できるようにするための方法およびシステム - Google Patents

Description

本発明は、ミーティングの参加者が機能デバイスを利用できるようにするための方法、デバイス、およびシステム、ならびにこのような方法を実行するためのソフトウェアに関する

背景
特定目的のための人々のグループの相互のコミュニケーションを可能にすることは、コラボレーション、問題解決、交渉、教授、教育などの基本的な側面のうちの１つである。コミュニケーションを支援するための、電子会議ツール、たとえば同期および非同期会議、オンラインチャット、インスタントメッセージング、音声会議、ビデオ会議、データ会議、アプリケーション共有、リモートデスクトップ共有、電子ミーティングシステム、共同管理（調整）ツール、プロジェクト管理システム、知識管理システム、およびソーシャルソフトウェアシステム等の、電子コミュニケーションツールが急増している。

ある典型的な方式として、プレゼンテーションソフトウェアを用いるプレゼンテーションを伴うことが多いレクチャーまたはセミナーがある。多くの場合、従来の一人の人物によるプレゼンテーションまたはレクチャーは、提示される情報の決定、組立、増強または修正に関する限り、どちらかと言えば受動モードの聴衆に対して行われてきた。

他のビジネスプロセスと同様、ミーティングはデジタル化に向かっている。人々がコンピュータ技術を単独で利用しブロードバンドネットワークと組み合わせることで、実際のミーティングの前または実際のミーティング中にそのミーティングの目的をサポートすることが増えている。たとえば、電子メールを用いてファイルを配布することで、人々はミーティングの前にそれを読んでおくことができる。

しかしながら、マイクおよびスピーカーのような特定の機能は、ラップトップおよび携帯電話等のポータブルデバイスから提供されると品質が落ちる傾向がある。ミーティングの規模が大きくなるほど、高品質の音声および視覚信号をミーティングの参加者が利用できるようにする必要が生じる。

発明の概要
本発明の実施形態は、ミーティングの参加者が機能デバイスを利用できるようにするための方法、デバイス、およびシステム、ならびにこのような方法を実行するためのソフトウェアに関する。

本発明の実施形態は、通信ネットワークの親機に接続されたまたは当該親機の中にある機能デバイスに処理デバイスを接続するためのシステムを提供し、上記処理デバイスは、メモリと、ディスプレイと、オペレーティングシステムとを有し、上記システムは、
ジェネリック通信プロトコルを介して上記処理デバイスに結合されるように構成された第１の周辺デバイスを備え、上記親機は送信機を有し、上記第１の周辺デバイスは、受信機と、上記第１の周辺デバイス上に露出された、上記機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントとを有し、
上記親機および上記第１の周辺デバイスは、それぞれ、上記処理デバイスと上記第１の周辺デバイスとの間の通信のための上記ジェネリック通信プロトコルを用いて、上記少なくとも１つの固定されたまたは設定可能なエンドポイントを介し、上記機能デバイスから上記処理デバイスへの上記通信ネットワークを通して、データを送信および受信するように構成されている。

上記通信ネットワークは好ましくは無線ネットワークである。そうすると、第２の周辺デバイスの機能／エンドポイントの少なくとも選択を「共有するまたは組み合わせること」、すなわち１対多のシナリオが可能になる。

送信または受信されるデータ、すなわち画像、音声などを運ぶストリーミングデータは、生のまたは変更されていないフォーマットであってもよい。

２つ以上の第１の周辺デバイスがあってもよい。たとえば、少なくとも２つの第１の周辺デバイスを用いてデータを機能デバイスから少なくとも２つの処理デバイスに送信することができる。

機能デバイスは、ベンダ固有のドライバのみで動作させてもよい。
上記機能デバイスは、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、ウェブカメラのうちのいずれか１つ以上等のデータ生成デバイスであってもよい。

上記第１の周辺デバイス上に露出された、上記機能デバイスの上記少なくとも１つの固定されたまたは設定可能なエンドポイントは、ヒューマンインターフェイスデバイスであってもよい。

上記処理デバイスは、ヒューマンインターフェイスデバイスドライバである、予めインストールされているジェネリックドライバで、上記少なくとも１つの固定されたまたは設定可能なエンドポイントと通信するように構成されていてもよい。

上記第１の周辺デバイス上に露出された、上記機能デバイスの上記少なくとも１つの固定されたまたは設定可能なエンドポイントは、マスストレージデバイスであってもよい。

上記処理デバイスは、マスストレージデバイスドライバである、予めインストールされているジェネリックドライバで、上記少なくとも１つの固定されたまたは設定可能なエンドポイントと通信するように構成されていてもよい。

上記第１の周辺デバイス上に露出された、上記機能デバイスの上記少なくとも１つの固定されたまたは設定可能なエンドポイントは、複合デバイスであってもよい。

上記処理デバイスは、複合デバイスドライバである、予めインストールされているジェネリックドライバで、上記少なくとも１つの固定されたまたは設定可能なエンドポイントと通信するように構成されていてもよい。

本発明の実施形態は、エンドポイントを組み合わせることを含み、本発明は、２つのエンドポイントが組み合わされて１つのエンドポイントとして上記処理デバイスに対して露出されるシステムを含む。

「露出（exposure）」または「列挙（enumeration）」という特徴は、第１の周辺機器（たとえばボタン）がどのエンドポイントを見るかを決める。「露出」に関しては、これは「ディスクリプタフィールド（descriptor field）」で実現することができる。特定のデバイスが周辺デバイスまたはその他のデバイスを露出させることができるということは、当該特定のデバイスが、１つ以上のエンドポイントを、特定のディスクリプタフィールドまたは「記述的フィールド（descriptive field）」で構成することを意味する。エンドポイントは複数の記述的フィールドによって定められる。

記述的フィールドの基本的な形態は「ＵＳＢ ｏｖｅｒ ＩＰ」であり、変更されていないデータの実際の転送はトンネリングによって実施することができる。

露出は「ディスクリプタフィールド」で実現されてもよい。エンドポイントは、「物理デバイス」（第２の周辺機器、または機能デバイス）の能力／機能であり、たとえば、電話機が第２の周辺機器である場合、これは数個のエンドポイント、たとえばマイクロホンまたはラウドスピーカーまたはＩＰ接続などを有し得る。

エンドポイントと第２の周辺機器／機能デバイスとの「区別」がエンドポイントを定義する。

「本発明の実施形態」は、たとえばミラーリングの文脈において、機能デバイス（および関連するエンドポイント）ごとに元のベンダのドライバを使用することを可能にするシステムを「提供する」。よって、機能デバイスはベンダ固有のドライバのみで動作させることができる。

本システムは、データをエンコードする、任意で暗号化するための手段を含み得る。よって、本システムは、データをエンコードする、任意で暗号化するためのエンコーダを含んでいてもよい。

処理デバイスは、２つ以上の処理デバイス間の統一通信をホストするように構成されていてもよい。統一通信は、Ｓｋｙｐｅ（登録商標）コールまたはＳｋｙｐｅ（登録商標） ｆｏｒ Ｂｕｓｉｎｅｓｓコールであってもよい。第１の周辺デバイスは、２つ以上の処理デバイス間の統一通信に対して機能デバイスを提供するように構成されていてもよい。たとえば、機能デバイスは、スピーカーホン、マイクロホン、スピーカー、ビデオカメラ、ウェブカム、カメラ、またはその他の音声ソースであってもよい。

本システムは、当該コールにおけるミーティングで他の処理デバイスからのデータを共有するように構成されていてもよい。マニュアルアクションを用いることにより、共有する人物またはホストが実施するこの共有を、ローカルビューウィンドウを介して有効にしてもよい。

本システムは、たとえばＵＣクライアントにおけるマニュアルアクションを介してカメラを選択するように構成されていてもよい。本システムは、第１の周辺デバイスの共有状態をＵＣクライアントの共有状態と同期させるように構成されていてもよい。

機能／エンドポイントの共有は、ルームディスプレイの共有であってもよい。リソースを組み合わせることは、（たとえば品質を高めるために）２つのルームラウドスピーカーを用いることであってもよく、しかしながら、この場合、ユーザは「１つのルームラウドスピーカー」しか見ることができない。後者の場合、室内に参加者／ユーザが２人以上いれば上記組み合わせるという特徴も含む。共有は、特定の機能デバイスの機能／エンドポイントの選択とも考えられる。

本発明の実施形態は複数のエンドポイントを使用することができ、そのうちの少なくとも１つは固定されたまたは設定可能なエンドポイントであり、共有は、複数の処理デバイスに対するものである、すなわち、「複数の第１の周辺機器」（たとえばボタン）の使用もサポートされる。

本システムは、マルチユーザ無線スピーカーホンを提供するように構成されていてもよい。第１の周辺装置を処理デバイスの各々に接続しておいて、ミーティングにおいてすべての処理デバイスがこのスピーカーホンにアクセスできるようにすることができる。このデバイスへのアクセスするためには調整もアクションの実行も不要である。

本システムは別々の制御を提供するように構成されていてもよく、たとえば、周辺デバイスに制御を提供することにより、親機の音声出力のボリュームを制御し、室内マイクロホンをミュートしてもよい。あるマイクロホンを、ミュートすると、ミーティングにおいて処理デバイスに接続されているその他すべての周辺デバイスに対してもミュートすることができる。

音声信号はマイクロホンによってピックアップされねばならない、または、親機が、処理デバイスに接続された第１の周辺デバイスに、マイクロホン信号のように任意の音声フィードにおいて音声信号を注入しなければならないように、構成されていてもよい。

本システムは、親機に接続されたものと同じタイプの機能デバイスをユーザに対して露出し、ユーザが、処理デバイスにインストールされた機能デバイスのベンダが提供するドライバを使用できるように、構成されていてもよい。

本システムは、複数の処理デバイスが親機と通信する場合に、親機に接続されている機能デバイスが上記複数の周辺デバイスすべてに対して露出されるように、構成されていてもよい。この機能デバイスは元々露出されていてもよい。

露出は、ディスクリプタフィールドで実現されてもよい。
本システムは、第１の周辺デバイスを通して通信ネットワークに接続された任意の処理デバイスが、ミーティングルームにおいて、「ローカルビュー」と呼ばれるその処理デバイス上に表示、提供、または投影された任意の視聴覚コンテンツを見ることを可能にするように、構成されていてもよい。

ローカルビューの受信機である処理デバイスは、以下の機能を有し得るが、これらに限定される訳ではない。
〇ウィンドウを開いてそこにあるミーティングルームコンテンツを見る機能。
〇コンテンツをズームインする機能。
〇ローカルビューは、ユーザが、自身の処理デバイスから黒板セッションまたはアノテーションセッションに参加することを可能にする。

本システムは、特定のミーティングルーム内の第１の周辺デバイスが少なすぎる場合、代替方法およびシステムを提供するように構成されていてもよい。

本システムは、第１の周辺デバイスが間違った親機に接続しようとしている場合に警告を与えるように構成されていてもよい。

別の局面において、本発明は、通信ネットワークの親機に接続されたまたは当該親機の中にある機能デバイスに処理デバイスを接続するための方法を提供し、上記処理デバイスは、メモリと、ディスプレイと、オペレーティングシステムとを有し、上記親機は送信機を有し、上記第１の周辺デバイスは受信機を有し、上記方法は、
ジェネリック通信プロトコルを介して上記処理デバイスに第１の周辺デバイスを結合し、上記第１の周辺デバイス上に露出された、上記機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントを提供するステップと、
上記処理デバイスと上記第１の周辺デバイスとの間の通信のための上記ジェネリック通信プロトコルを用いて、上記少なくとも１つの固定されたまたは設定可能なエンドポイントを介し、上記機能デバイスから上記処理デバイスへの上記通信ネットワークを通して、上記親機からデータを送信し、上記第１の周辺デバイスで当該データを受信するステップとを含む。

上記通信ネットワークは好ましくは無線ネットワークである。そうすると、第２の周辺デバイスの機能／エンドポイントの少なくとも選択を共有するまたは組み合わせること、すなわち１対多のシナリオが可能になる。

送信または受信される上記データ、すなわち画像、音声などを運ぶストリーミングデータは、生のまたは変更されていないフォーマットであってもよい。

２つ以上の第１の周辺デバイスがあってもよい。少なくとも２つの第１の周辺デバイスを用いて機能デバイスから少なくとも２つの処理デバイスにデータを送信することができる。

機能デバイスは、ベンダ固有のドライバのみで動作させてもよい。
上記機能デバイスは、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、ウェブカメラのうちのいずれか１つ以上を提供し得る。

上記方法は、上記第１の周辺デバイス上に露出された上記機能デバイスの上記少なくとも１つの固定されたまたは設定可能なエンドポイントを、ヒューマンインターフェイスデバイス、マスストレージデバイス、複合デバイス、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、カメラ、ビデオカメラ、またはウェブカメラのうちの１つとして提供することを含み得る。

データは、エンコードされてもよく、および／または任意で暗号化されてもよい。
２つ以上のその他の処理デバイス間の統一通信が上記処理デバイス上でホストされてもよい。

第１の周辺デバイスは、２つ以上の処理デバイス間の上記統一通信に対して機能デバイスを提供してもよい。

上記方法は、親機に接続されたものと同じタイプの機能デバイスを上記処理デバイスに対して露出し、上記処理デバイスにインストールされている上記機能デバイスのための少なくとも１つのドライバを使用するステップを含み得る。

露出は「ディスクリプタフィールド」で実現されてもよい。
別の局面において、ジェネリック通信プロトコルを介して処理デバイスに結合されるように構成された周辺デバイスが提供され、当該周辺デバイスは、受信機と、第１の周辺デバイス上に露出された、機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントとを有し、
上記第１の周辺デバイスの上記受信機は、上記処理デバイスと前記周辺デバイスとの間の通信のための上記ジェネリック通信プロトコルを用いて、上記少なくとも１つの固定されたまたは設定可能なエンドポイントを介し、上記機能デバイスから通信ネットワークを通してデータを受信し、データを上記処理デバイスに送信するように、構成されている。

上記通信ネットワークは好ましくは無線ネットワークである。そうすると、第２の周辺デバイスの機能／エンドポイントの少なくとも選択を「共有するまたは組み合わせること」、すなわち１対多のシナリオが可能になる。

上記第１の周辺デバイス上に露出された上記機能デバイスの上記少なくとも１つの固定されたまたは設定可能なエンドポイントは、ヒューマンインターフェイスデバイス、マスストレージデバイス、複合デバイス、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、またはウェブカメラのうちの１つであってもよい。上記露出は「ディスクリプタフィールド」で実現されてもよい。

機能デバイスは、ベンダ固有のドライバのみで動作させてもよい。
別の局面において、プロセッサ上での実行時に請求項１０の方法のステップのうちのいずれかを実行するためのコンピュータプログラムプロダクトが提供される。非一時的な信号ストレージ手段を用いることにより上記コンピュータプログラムを格納してもよい。上記非一時的な信号ストレージ手段は、ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭ等の光ディスク、ハードディスク等の磁気ディスク、フラッシュメモリ等のソリッドステートメモリ、磁気テープまたはそれに類似するものであってもよい。

本発明のある実施形態を示す図である。 本発明のある実施形態を示す図である。 本発明のある実施形態を示す図である。 本発明の実施形態において如何にして周辺デバイスが処理デバイスに接続されるかについてのメッセージフローを示す図である。 本発明の実施形態において如何にして周辺デバイスが処理デバイスに接続されるかについてのメッセージフローを示す図である。 本発明の実施形態において使用可能な構成要素の構成を示す図であり、本図面は「Electronic tools and methods with audio for meetings」と題されたＷＯ２０１３／０３７９８０の図１１であり、この出願を、その図１１に関してかつその全体も本明細書に引用により援用する。 本発明のある実施形態に係る、進行中の、統一通信によるミーティングで使用される処理デバイスの構成を示す図である。 周辺デバイスが処理デバイスに結合される本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合される本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合される本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合される本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合される本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合される本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合されない本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合されない本発明の実施形態を示す図である。 周辺デバイスが処理デバイスに結合されない本発明の実施形態を示す図である。 本発明のある実施形態に係る、実施形態１～１１および１７のうちのいずれかに使用されるメッセージフローを示す図である。 本発明のある実施形態に係る、実施形態１２～１４のうちのいずれかに使用されるメッセージフローを示す図である。 本発明のさらに他の実施形態を示す図である。

定義
「プラグアンドプレイ（plug and play）」は、コンピュータバスまたはデバイス仕様の特徴を記述するために使用される用語であり、これは、システムにおけるハードウェアコンポーネントを発見し易くし、リソースコンフリクトの解消において物理デバイス構成またはユーザの介入を必要としない。プラグアンドプレイデバイスは、（実行中にまたはシャットダウン時に）コンピューティングシステムのバスに追加することが可能であり、新たに追加されたデバイス、および、場合によってはコンピューティングシステムの残りは、新たに追加されたデバイスがハードウェアの観点およびソフトウェアの観点双方から機能するように、自動的に設定される。

プラグアンドプレイインターフェイスは、たとえば以下を含む（網羅的リストではない）：Ｆｉｒｅｗｉｒｅ（ＩＥＥＥ－１３９４）、ＰＣＩ、ミニＰＣＩ、ＰＣＩエクスプレス、ミニＰＣＩエクスプレス、ＰＣＭＣＩＡ、ＰＣカード、ユニバーサルシリアルバル（ＵＳＢ）、ＳＤＩＯカード、ＨＤＭＩ（登録商標）、ＤｉｓｐｌａｙＰｏｒｔ、Ｂｌｕｅｔｏｏｔｈ（登録商標）など。

「自動設定（auto-configuration）」は、手動介入なし、任意のスイッチまたはジャンパのセッティングなし、かつ、ソフトウェア設定の必要なしの、自動設定である。自動設定デバイスの一例は、ＵＳＢデバイスである。自動設定プロトコルの例は、ＤＨＣＰ、Ｚｅｒｏｃｏｎｆ、Ｂｏｎｊｏｕｒである。

プラグアンドプレイデバイスは、デフォルトで、プラグアンドプレイにするための自動設定ソフトウェアを有する。例として、ＵＳＢデバイスは、正しい自動設定ソフトウェア（たとえば、ホストドライバ、ホストスタック、アプリケーションソフトウェア）を含むことにより、プラグアンドプレイになる。自動設定は、ソフトウェア単独の場合もあり、物理デバイスに限定されない。

「ホットスワップおよびホットプラグ」は、コンピュータシステムのコンポーネントを、システムをシャットダウンせずに交換する機能を記述するために使用される用語である。より具体的には、ホットスワップは、システムに対する大きな割り込みなしでコンポーネントを交換することを記述するものであり、ホットプラグは、システムを拡張するコンポーネントを、システムの動作に対する大きな割り込みなしで追加することを記述するものである。この機能の周知の例は、マウス、キーボード、またはプリンタ等の周辺コンポーネントをユーザが追加するまたは取り除くことを可能にするユニバーサルシリアルバス（ＵＳＢ）である。その他の例は、たとえば、ｅＳＡＴＡ、ＰＣＩｅ、ＦｉｒｅＷｉｒｅである。

しばしばスタンドアロンとも呼ばれる「ポータブルアプリケーション」（ポータブルアプリ）は、ターゲットマシンにインストールされずに動作するように設計されたコンピュータソフトウェアプログラムである。この種のアプリケーションは、ＣＤ、ＵＳＢフラッシュドライブ、フラッシュカード、またはフロッピー（登録商標）ディスク等のリムーバブルストレージデバイスに格納され、これは、そのプログラムファイル、設定情報およびデータを、ストレージ媒体のみに格納する。これは、ＵＳＢフラッシュドライブ、ｉＰｏｄ（登録商標）、メモリカード、ポータブルハードドライブまたはその他のポータブル電子デバイス等の電子デバイス上に格納することができるプログラムであり、ホストコンピュータに対して永続的な設定変更を行うことなく電子デバイスに結合されたコンピュータまたはその他の処理デバイス上で実行される。このようなプログラムはすべてフットプリントがゼロである。これは、すべての一時ファイル、レジストリエントリ、およびマシンに対するその他任意の変更が、プログラムの実行中にのみ存在することを意味する。

本発明のために、ポータブルアプリケーションとみなされるためには、ソフトウェアプログラムは、
コンピュータの永続的なストレージデバイス上へのいかなる種類の正式インストールの実行も要求せず、ＵＳＢフラッシュドライブ、ｉＰｏｄ、メモリカード、ポータブルハードドライブ、またはその他のポータブル電子ストレージデバイス等のリムーバブルストレージデバイス上に格納することができ、したがって数のコンピュータ上で使用することが可能でなければならない。

セッティングは、ソフトウェアとともに格納され、好ましくはソフトウェアとともに携行される（すなわち、これらはＵＳＢドライブ等の電子デバイスに書き込まれる）。セッティングは、レジストリまたはコンピュータのその他任意の中央システムデータベースには格納されない。

任意のＰＣ上の「フットプリント」をゼロ（またはほぼゼロ）にすることにより、これは使用後に実行される、すなわち、すべての一時ファイル／レジストリセッティングは、回避されねばならない、または、一旦プログラムから出たら少なくとも削除されねばならない。また、ユーザが作成したファイルは、アプリケーションが格納されるときに、同じリムーバブル媒体に直接保存することができる。

ポータブルアプリケーションは、自身が実行されるホストコンピュータ上に、そのファイルまたはセッティングを残さない。たとえば、アプリケーションは、ウィンドウズ（登録商標）のレジストリに書き込まない、または、その設定ファイル（ＩＮＩファイル等）をユーザのプロファイルに格納しない。これは、代わりに、その設定ファイルをプログラムのディレクトリに格納する。別の要件として、ファイル経路はウィンドウズドライブレター割り当ての違いにより変化するコンピュータ上で異なることが多いので、アプリケーションがこれらを関連フォーマットで格納する必要がある。好ましくは、このようなプログラムは、ランチャプログラムが、必要な設定およびファイルを、アプリケーションがスタートするときにホストコンピュータにコピーすること、および、アプリケーションが閉じるときにアプリケーションのディレクトリに戻すことを必要としない。なぜなら、そうすると停電の場合にハードドライブ上に残りのものが置き忘れられる可能性があるからである。

「電子ミーティングシステム（Electronic meeting systems）」（ＥＭＳ）は、一方では典型的なグループウェアと、他方ではウェブ会議システムと区別する必要がある。実際、上記カテゴリの製品の、重要でない特徴間にはいくらかの重複がある。グループウェアとの主な違いは、コラボレーションの強さである。ＥＭＳは、複数のユーザが同時にリモートディスプレイ上に個々のコンピュータ画面のコンテンツを示すことが可能なシステムと、区別しなければならない。

「グループウェア」は、個々の寄与を特定可能な状態が保たれるグループ内のコラボレーションをサポートする。これに対し、ＥＭＳは、グループが、そのグループ全体として責任を負うべき結果を協力して生み出すことを可能にする。ビジネスプロセスにおいて、グループウェアと電子ミーティングシステムとは補完し合うものであり、グループウェアは、ＥＭＳセッションの前における、または、このようなセッションの結果を実現するときの、リサーチおよび文書作成において、チームをサポートする。

「ウェブ会議システム」と「電子ミーティングシステム」とは、オンラインミーティングまたはワークショップにおいて補完し合うものであり、ＥＭＳは、グループ結果を生成し文書化するための対話ツールを提供することによってウェブ会議システムを拡張する。一方、「ウェブ会議システム」は、同期オンラインミーティングでは必要であるがＥＭＳにはない画面共有および音声会議機能でＥＭＳを補完する。

「データ会議」とは、コンピュータデータを共有する２人以上の参加者間でのリアルタイムの通信セッションを意味する。スクリーン、キーボード、マウス、カメラなどのような、対話およびプレゼンテーションデバイスを共有できる。これは、ビデオ会議および音声会議と区別するために使用される用語である。データは、ミーティングの参加者が見ることが可能な、スクリーン、文書、ブラフィックス、図面、およびアプリケーションを含み得る。

「アプリケーション共有」は、２人以上のユーザが、それぞれのコンピュータから同時にリアルタイムで共有アプリケーションまたは文書にアクセスすることを可能にする、共同ソフトウェアという傘の下における、リモートアクセスの要素である。一般的に、共有アプリケーションまたは文書はホストコンピュータ上で実行され、共有コンテンツに対するリモートアクセスは、ホストコンピュータから他のユーザに提供される。アプリケーション共有は、アプリケーションについて異なるユーザ間のコラボレーションは可能ではないが複数のユーザが同時にリモートディスプレイ上に個々のコンピュータ画面のコンテンツを投影することが可能なシステムと、区別する必要がある。

「任意のメディアコンテンツ」という用語は、ユーザが、表示に適した何らかのメディアコンテンツを生成、作成、または選択できることを意味する。これは、クライアントが、ミーティングまたはプレゼンテーションにおいて他人が表示したメディアコンテンツの投票または選択を行うこととは異なる。この用語は、ミーティングのメンバーに対して提供されるコンテンツを中心となる発表者が提供するのではなく、コンテンツの表示に対する、クライアント志向の、クライアントに与えられる権利および特権を意味する。

「統一通信システムまたはツール」は、「Ｓｋｙｐｅ（登録商標）」または「Ｓｋｙｐｅ（登録商標） ｆｏｒ Ｂｕｓｉｎｅｓｓ」が提供するような音声または音声視覚コンテンツ通信を意味する。このようなソフトウェアは、ホスト処理デバイスが提供する音声および／または視覚データに取って代わることができる。統一通信ツールは、ＶＯＩＰ、（ウェブ）会議、共有ホワイトボード、メッセージ交換（たとえばチャット）、ファイル転送、または存在を実施するためのツールの集まりとして説明することができる。統一通信システムまたはツールは、ボイスオーバーインターネットプロトコル（Voice-Over-Internet-Protocol）（ＶｏＩＰ）、テキストまたはインスタントメッセージング（たとえば、ＡＩＭ、Ｂｌａｕｋ、ｅＢｕｄｄｙ、Ｇａｄｕ－Ｇａｄｕ、ＩＢＭ Ｌｏｔｕｓ Ｓａｍｅｔｉｍｅ、ＩＣＱ、ｉＭｅｓｓａｇｅ、ＩＭＶＵ、Ｌｙｎｃ、ＭＸｉｔ、Ｐａｌｔａｌｋ(登録商標）、Ｓｋｙｐｅ、Ｔｅｎｃｅｎｔ ＱＱ、Ｗｉｎｄｏｗｓ（登録商標） Ｌｉｖｅ Ｍｅｓｓｅｎｇｅｒ（登録商標））またはＭＳＮ Ｍｅｓｓｅｎｇｅｒ（登録商標）、Ｗｉｒｅｃｌｕｂ、Ｘｆｉｒｅ、およびＹａｈｏｏ！ Ｍｅｓｓｅｎｇｅｒ（登録商標）電子メール、Ｔｗｉｔｔｅｒ（たとえばツイート）、Ｄｉｇｉｔａｌ Ｓｅｒｖｉｃｅ Ｐｒｏｔｏｃｏｌ （ＤＳＰ）など）。統一通信システムまたはツールは、ビデオ会議ノードを含むビデオ会議クラウドサービスを利用することにより、ビデオ会議において第１のビデオ会議エンドポイントに位置する１人以上のユーザと第２のビデオ会議エンドポイントに位置する１人以上のユーザとの通信を可能にする。

本発明の意味における「スクリーンスクレイピング（screen scraping）」は、ビデオフレームバッファを読み出し、ディスプレイ上にレンダリングするだけではなく、処理することを意味する。プレゼンテーションのためのスクリーンスクレイピングは、本明細書に引用により援用するSlobodin他へのＵＳ２００２／０１９６３７８に記載されている。

「自動コンポジション」または「自動レイアウト」は、複数のグラフィックス／ビデオソースが、ユーザの介入なしで、ユーザがそうなると直観的に予想するように中央ディスプレイにレンダリングされる、自動という性質を意味する。

「無線」または「無線通信ネットワーク」は、ノード間のケーブルリンクを使用しない任意のネットワークであればよく、たとえば、通信のためにＲＦ、光、もしくはＩｒＤＡ、拡散赤外線等の赤外線、ＷＬＡＮ、ＷｉＭａｘ（登録商標）、ＷｉＦｉ（登録商標）、ＷｉＦｉダイレクト、ＬｉＦｉ、超音波、ＺｉｇＢｅｅ（登録商標）、もしくはＢｌｕｅｔｏｏｔｈ、または、当業者には周知のその他任意の無線通信ネットワークを使用する。以下に開示する任意の通信ネットワークは、好ましくは、無線ネットワークであってもよい。そうすると、第２の周辺デバイスの機能／エンドポイントの少なくとも選択を「共有するまたは組み合わせること」、すなわち１対多のシナリオが可能になる。

「コンピュータ」は、一般的に処理デバイスを意味する、すなわち、表示のためのグラフィック画像のレンダリング等の各種のデジタル処理が可能な処理エンジンを有する。コンピュータは、ワークステーション、パーソナルコンピュータ、ラップトップ、パームトップ、ＰＤＡ、スマートフォン、タブレットなどの形態であってもよい。一般的に、コンピュータは、揮発性ＲＡＭ等のメモリを有する。ハードディスク、光ディスクまたはソリッドステートメモリ等の不揮発性メモリが、コンピュータに含まれていてもよい、または、周辺デバイスであってもよい。現在、ほとんどのコンピュータは電子コンピュータであるが、「コンピュータ」という用語は、光ベースのコンピューティングデバイスも含む。

「予めインストールされているジェネリックドライバ」という用語は、標準ドライバとしてコンピュータ等の処理デバイスにインストールされている、たとえばオペレーティングシステムがインストールされてインストールされている、ドライバを意味することを意図している。このようなドライバは、オペレーティングシステムの標準であり、当該処理デバイスに結合または接続された標準クラスの周辺デバイスを駆動することができる。このような周辺デバイスのために特定のドライバをインストールする必要はない。このようなジェネリックドライバは、マスストレージ、ＣＤ－ＲＯＭ、キーボードなど、またはこれらを組み合わせたものを駆動するように構成された予め定められたソフトウェアコンポーネントを有する、ヒューマンインターフェイスドライバ（human interface driver）（ＨＩＤ）またはマスストレージデバイスドライバであってもよい。このようなデバイスは、ＵＳＢメモリスティック、フラッシュメモリ、外部ハードドライブ等の読出可能かつ書込可能なコンピュータ周辺メモリデバイスであってもよい。

「ホストデバイス」は、第１の周辺デバイスまたはドングルを用いた共有を所望する処理デバイスである。

「機能デバイス」は、何らかの方法で親機に接続された第２の周辺デバイスである。本システムは、親機に接続された第２の周辺デバイスを、第１の周辺デバイスに対し、第１の周辺デバイスが接続されている処理デバイスに装着されているかのようにトランスペアレントに露出させる機能を有する。この露出は「ディスクリプタフィールド」で実現することができる。機能デバイスは、ベンダ固有のドライバのみで動作させることができる。

「エンドポイント」は、データソースまたはシンクとして説明することができ、物理デバイスまたは仮想デバイスであってもよいＵＳＢデバイスに対して規定される。本発明において、エンドポイントはデータソースまたはシンクとして広く解釈されねばならない。よって、データは、あるエンドポイントにおいて格納するまたは放出することができる。エンドポイントは、一種のバッファとして機能することができ、物理デバイスまたは仮想デバイスに対して規定することができる。エンドポイントに格納されるデータは、ＵＳＢホスト等のホストから受けたものであってもよく、または、当該ホストに送られるのを待っているものであってもよい。エンドポイントはディスクリプティブフィールドの数によって規定される。たとえば、あるエンドポイントは４つの転送タイプ等の異なる転送タイプをサポートするように構成されていてもよい。これらの転送は、ＵＳＢ仕様において、たとえば、制御転送、割り込み転送、等時性（isochronous）転送、およびバルク転送として定義されてもよい。当業者は、これらの転送タイプを本発明において必要に応じて使用することができる。ハードウェアの制限範囲内で、エンドポイントを、ミドルウェア、たとえばＵＳＢミドルウェアを用いて構成することができる。エンドポイントは、特定の転送タイプに限定されてもよい。

ＵＳＢホストのクライアントは、たとえばエンドポイント１にデータを送信することができる。ＵＳＢホストからのデータはＯＵＴエンドポイント１に送信される。実行されているソフトウェアは次に準備が整い次第データを読み出す。データを戻すときはＩＮエンドポイント１に書き込む必要がある。なぜなら、ＵＳＢバスはＵＳＢホストによって制御されるので、ソフトウェアは自由にＵＳＢバスにアクセスできないからである。ＩＮエンドポイント１内のデータは、データを要求しているエンドポイント１にホストがＩＮパケットを送信するまで、そこに留まる。

エンドポイントの数に制限を課してもよい。各エンドポイントは１つの転送方向を有することができる。特定のエンドポイントを、たとえば制御転送のみに対して規定し、その他いずれの機能にも割り当てられないようにしてもよい。

制御転送は、ホストが特定のＩＮおよびＯＵＴエンドポイントを用いて設定情報をあるデバイスに、およびあるデバイスから送信し要求するために確保される双方向転送であってもよい。

各制御転送は複数のトランザクションを含み得る。制御転送はいくつかの段階を有し得る。
１．セットアップ（ＳＥＴＵＰ）段階は、セットアップパケットを送り、要求を規定し、データ段階で転送すべきデータの数を指定する。
２．データ（ＤＡＴＡ）段階は任意である。データ段階がある場合、データ段階は常にＤＡＴＡ１パケットを含むトランザクションから始まる。そうすると、トランザクションの種類は、必要なすべてのデータが転送されるまで、ＤＡＴＡ０とＤＡＴＡ１とが交互になる。
３．ステータス（ＳＴＡＴＵＳ）段階は、長さゼロのＤＡＴＡ１パケットを含むトランザクションである。データ段階がＩＮの場合、ステータス段階はＯＵＴであり、逆も同様である。

割り込み転送には、あるデバイスへのまたはあるデバイスからの限定されたレイテンシがある。ＵＳＢにおいて、割り込み転送または割り込みパイプは、規定されたポーリングレートを有する。典型的に、割り込み転送データは、イベント通知、文字、またはポインティングデバイスからの座標からなる。

等時性転送は、音声およびビデオデータ等のリアルタイムの情報を送信するために使用され、一定のレートで送信することができる。ＵＳＢ等時性データストリームには、ＵＳＢ帯域幅の専用部分が割り当てられ、確実にデータを所望のレートで配信できるようにする。等時性パイプは、最後のパケットが成功か失敗かに関係なくすべてのフレームで新たなデータパケットを送信する。等時性転送にエラー検出は不要である。電気的送信におけるいかなるエラーも訂正されない。

バルク転送は、タイプが制御、割り込み、または等時性でないデータに使用される。確実なデータ交換がハードウェアレベルでエラー検出を用いて保証される。

バルク転送は、他の転送の終了後に利用できるすべての帯域幅を使用する。バスが非常にビジーである場合、バルク転送は遅延する場合がある。

「特定のデバイスが周辺デバイスまたはその他のデバイスを露出する」は、当該特定のデバイスが、１つ以上のエンドポイントを特定のディスクリプタフィールドで構成することを意味する。

好ましい実施形態の説明
本発明の実施形態は、ラップトップ、コンピュータ、ＰＤＡ、スマートフォンなどのようなユーザ処理デバイスと、無線ネットワークの親機との間の無線接続を可能にする。この無線接続は、ラップトップ、コンピュータ、ＰＤＡ、またはスマートフォンなどのようなユーザ処理デバイスにおける一体化された無線トランシーバによって行われてもよい。これに代えて、本発明のいくつかの実施形態において、無線接続は、何らかの方法でユーザ処理デバイスにプラグイン、結合、接続、もしくは装着された第１の周辺デバイスを介して行われる、またはその他のハードウェアもしくはソフトウェアによって提供される。

本発明の実施形態は、ユーザ、たとえばミーティングルーム内の参加者が、親機に装着された少なくとも１つの機能デバイス、いくつかの機能デバイス、またはすべての機能機器を利用できるようにし、当該少なくとも１つの機能デバイスは、デジタル電子出力等の電子出力を有し、何らかの方法で親機にプラグイン、結合、接続、もしくは装着された他のデバイスと協働することができるか、または、他のハードウェアもしくはソフトウェアによって提供される。上記少なくとも１つの機能デバイスは、第２の周辺デバイス、たとえばドングルにプラグインすることにより、または、無線接続された第２の周辺デバイスにより、または、ダウンロードまたは予めインストールすることができる何らかのソフトウェアで上記少なくとも１つの機能デバイスに接続することにより、提供され得る。上記少なくとも１つの機能デバイスは、タッチスクリーン、マイクロホン、スピーカーホン、カメラから与えられる電子出力を有することができ、ディスプレイまたはスピーカー等の電子入力を有するデバイスで機能することができる。本発明の実施形態は、教室またはミーティングルーム内の参加者による共同使用のための機能デバイスを提供する。

たとえばシリアルプラグアンドプレイ接続等のシリアル接続、たとえばＵＳＢを介して、または、近距離無線通信（Near Field Communication）（ＮＦＣ）接続等の無線接続、たとえばＢｌｕｅｔｏｏｔｈ接続、ＩＲ接続などを介して、親機に結合または接続または装着された上記少なくとも１つの機能デバイスは、ミーティングルームまたは教室内の１人以上のユーザがアクセスおよび使用できるようにされている。好ましくは、これはトランスペアレントな標準的方法で行われる。さまざまな場合において、当該システムは無線（たとえばＵＳＢ）ハブとして機能することができ、別の場合において、第１の周辺デバイスまたはその他のハードウェアもしくはソフトウェアは、機能デバイスの、たとえば親機に結合もしくは接続もしくは装着された第２の周辺機器の組み合わされた機能として同一の機能を有する仮想デバイスを、露出する。

本発明の実施形態は親機を利用し、親機は、少なくとも送信機能を含み、通常はトランシーバ機能のような送受信機能を含む。この親機は、無線ネットワーク等のネットワークの親機であり、よって、送信機、受信機、またはトランシーバを有し得る。この親機は、ＦＰＧＡ、ＣＰＵ、ＧＰＵなどのようなデジタル処理エンジンと、メモリおよび入出力ポートとを含み、たとえばプラグインにより、ミーティングルームまたは教室内で使用できる視覚または音声機能を有するまたは有しない１つ以上の第２の周辺デバイス等の任意の機能デバイスに、接続することができる。親機に使用する、上記１つ以上の第２の周辺デバイス等の機能デバイスは、たとえばＨＤＭＩ、ＤＶＩ、ＵＳＢもしくはその他の接続を通してビデオ等の画像を提供するテレビもしくはその他のビデオプロバイダ、たとえばＵＳＢもしくはＨＤＭＩもしくはその他の接続を通してキャプチャされたビデオのような画像を提供するカメラ等の画像キャプチャデバイス、ＵＳＢ接続もしくはその他の接続を通して音もしくは音楽等の音声を提供するスピーカーホンまたはＵＳＢ接続によるたとえば３．５ｍｍの音声ジャック、ＳＰＤＩＦもしくはその他の接続を利用するスピーカーまたは３．５ｍｍのジャック、ＵＳＢもしくはその他の接続を利用する１つ以上のマイクロホン等の、音声デバイス、たとえばＵＳＢもしくはその他の接続、ＵＳＢ接続を通して一体化されたものを利用する、タッチスクリーン等のディスプレイデバイス、および、親機等の第１のデバイスに接続、たとえばプラグインすることができ、たとえばデジタル電子出力等の電子出力を有する、その他任意の機能デバイスもしくは第１の周辺デバイスのうちの、１つ、いくつか、またはすべてを含み得る。

本発明の実施形態は、少なくとも受信機能を含み通常はトランシーバ機能のような送受信機能を含む第１の周辺デバイス等のデバイスを含む。（少なくとも受信機デバイスである）第１の周辺デバイスは、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｇｉｇ、Ｌｉ－Ｆｉ、ＮＦＣもしくは同様の接続等の無線接続を通して、もしくは、有線リンク、たとえばＵＳＢ、Ｅｔｈｅｒｎｅｔ（登録商標）などの接続を通して親機に接続可能な、たとえば無線もしくは有線接続機能を有するハードウェアであってもよく、ソフトウェアであってもよく、またはこれらの組み合わせであってもよい。よって、親機は、親機に接続された第２の周辺デバイス等の任意の機能デバイスを、１つ以上の第１の周辺デバイス（たとえば受信機デバイス）に対して露出し利用できるようにすることができ、たとえば、以下の方法のうちの１つの方法で、複数の第１の周辺デバイス（たとえば受信機デバイス）と同時に、露出し利用できるようにすることができる。
１．親機に接続された上記または各々の機能デバイス（上記または各々の第２の周辺デバイス等）を、たとえば１つ以上の第１の周辺デバイスまたはユーザ処理デバイスに、第１の周辺デバイスまたはユーザ処理デバイスに対して１対１の関係または１対多の関係で、好ましくは各機能デバイスから、たとえば第２の周辺デバイスからの電子信号を解釈または処理することなく、たとえば、親機から上記第１の周辺デバイスまたはユーザ処理デバイスのうちの１つ以上のエンドポイントにパケットをトンネリングすることにより、露出する。
２．上記少なくとも１つの機能デバイス、たとえば第２の周辺デバイスからの電子信号を、解釈、処理、および変換し、たとえば、上記少なくとも１つの機能デバイス、たとえば第２の周辺デバイスを、第１の周辺機器の端部（たとえば受信機デバイスの端部）で、ソフトウェア、ハードウェア、またはこれら双方で、模倣する。模倣は、親機に接続された第２の周辺デバイスと同一のデバイスがエンドポイントで露出されることを意味するが、通信は上記第１および第２の方法のように単純にトンネリングされる訳ではない。
３．１つ以上の機能デバイス、たとえば第２の周辺デバイスまたは第２の周辺デバイスの一部を組み合わせ、これを、１つ以上の第１の周辺デバイスに、たとえば受信機デバイスに、ハードウェア、ソフトウェア、またはこれら双方のカスタムデバイスを通して露出する。
４．１つ以上の機能デバイス、たとえば第２の周辺デバイスまたは第２の周辺デバイスの一部を組み合わせ、その機能をプロプライエタリソフトウェアを通してエンドユーザに露出する。
５．上記方法のうちのいずれかを組み合わせることにより、機能デバイスの、たとえば第２の周辺デバイスの機能を、受信機デバイス等の１つ以上の第１の周辺デバイスに与える。

機能デバイス、たとえば第２の周辺デバイスが、元々露出されている、またはこのようなデバイスのハードウェアの模倣として露出されている場合、（ハブの場合と同様に）親機に接続またはプラグインされたＵＳＢデバイス等の対応する第２の周辺デバイスを露出することができる、第１の周辺デバイスまたはユーザ処理デバイス上のＵＳＢエンドポイント等のエンドポイントを、利用することができ、そうすると、これをサポートするためにプロプライエタリソフトウェアまたはドライバをインストールする必要はない。

カスタムデバイス、すなわち本発明の用途において機能するように特別に開発されたデバイスを、露出する場合、受信機のハードウェア等の第１の周辺デバイスのこれらの同じエンドポイントを利用することができる、または、これをドライバを用いてソフトウェアで行うことができる。

第１の周辺デバイスを用いることにより、第１の周辺デバイスと親機との間の無線または有線接続等の接続を、たとえば、無線ＵＳＢハブがその一例である無線ハブ等のハブとして機能することによってセットアップすることができる。どのような第２の周辺デバイスが親機に接続またはプラグインされていても、たとえば、上記ＴＶ、ビデオデバイス、音声デバイス、スピーカーホン、カメラ、ディスプレイ…の非網羅的リストから選択された第２の周辺デバイスが、上記５つの方法のうちのいずれかで、第１の周辺デバイスに対して露出される。

本発明の実施形態の利点は、以下のうちの１つ、いくつか、またはすべてである可能性がある。

・ある実装例において、ＵＳＢデバイスであってもよい第２の周辺デバイスのすべてが、第２の周辺機器のベンダのドライバ以外、ユーザの処理デバイスにインストールされる追加のドライバまたはソフトウェアを必要とすることなく、１対１でミラーリングされる。第２の周辺デバイスは、ユーザの処理デバイスに対して、第１の周辺デバイスのハードウェアによって直接、または、第１の周辺デバイス上またはユーザの処理デバイス上のソフトウェア仮想ハブを用いることにより、露出することができる。

・別の実装例において、異なる第２の周辺デバイス（たとえば電子出力および／または入力を有する、たとえばスピーカー、マイクロホン）を組み合わせて同一の親機に接続することができる。エコー除去、変換、エンコード／デコードなどのような追加機能を親機に与えることができる。第１の周辺デバイスを通してユーザの処理デバイスに露出する必要があるのは１つの第２の周辺機器のみである。

・上記２つの方法の組み合わせを、デバイスまたは機能のうちの１つまたは組み合わせに対して提供することができる。デバイスまたは機能を一度に複数のユーザが利用できるようにする必要があるか否かに応じて、１つの最終ソリューションにおいて異なる手法を用いることができ、デバイスの単純なミラーリング等の技術的実現可能性がある。

・いくつかのソフトウェアを、ユーザ処理デバイス上で実行しているクライアントソフトウェアに追加することにより、これらのデバイスの設定を容易にすることができる（たとえばデフォルトデバイスとして設定）。また、いくつかのカスタム制御（ミュート、パン／チルト／ズーム…）を追加することができる。
〇いくつかの制御を第１の周辺デバイスに追加することができる。
〇いくつかの処理を親機上で実施することによってこのような制御を廃止することができる（たとえば音声信号に対する自動ゲイン制御、ＰＴＺを不要にするための参加者のフレーミング）。

・通常のハブと異なり、複数のユーザが機能デバイスを使用することができ、１人だけがたった１つのケーブルにプラグインすることができる。第１の周辺デバイスがプラグインされた各ユーザ処理デバイスは、これらの機能デバイスを使用することができ、親機は、すべてのストリームが、正しくキャプチャされ、再生され、処理され、組み合わされ、および／または向上されたことを確認する。

・異なるストリームに異なる優先度（速度、スループット、…）を与えることにより、無線通信チャネルの予測不能性に対して調整を行うことができる。たとえば、音声ストリームをビデオストリームよりも優先してコール体験を向上させる。

・ミーティングにおいてＳｋｙｐｅ（登録商標）コール等のＶＯＩＰコールがある場合、第１の周辺デバイスは、ユーザ処理デバイスに接続、たとえばプラグインされ、親機に接続されたすべての機能デバイスを使用することができ、これは、たとえば、広いルームビューを与えるより高度なカメラ、より高度なマイクロホンおよびより高度なスピーカーである。これは、ＶＯＩＰまたはＳｋｙｐｅ（登録商標）コール等の会議のコールに応じることを所望する複数の人々が室内にいるときに、とりわけ有益である。

図１を参照して、グループ９０は、親機１００に接続する、たとえばプラグインすることができる１つ以上の周辺デバイス９１～９３を含むマイクロプロセッサまたはＦＰＧＡベースのデバイスである。周辺デバイス９１～９３は、Ｆｉｒｅｗｉｒｅ（ＩＥＥＥ－１３９４）、ＰＣＩ、ミニＰＣＩ、ＰＣＩエクスプレス、ミニＰＣＩエクスプレス、ＰＣＭＣＩＡ、ＰＣカード、ユニバーサルシリアルバス（ＵＳＢ）、ＳＤＩＯカード、ＨＤＭＩ、ＤｉｓｐｌａｙＰｏｒｔ、Ｂｌｕｅｔｏｏｔｈなどのシリアル接続等の標準接続により、親機１００に接続することができる。

グループ９０を用いることにより、たとえば周辺デバイス
・ウェブカム９１
・スピーカーホン９２
・複数のＨＩＤエンドポイント９３
を露出することができる。

親機１００は、マイクロプロセッサまたはＦＰＧＡベースのデバイス等の電子デジタルプロセッサを有し、たとえば以下を含む。
・それによってシステムを設定することができる、親機１００のためのインターフェイスであるウェブインターフェイス１１０。
・１つ以上のドライバ１１１であって、たとえば、グループ９０およびＵＳＢ周辺機器９１～９３からデータを受信／にデータを送信するために親機１００上で実行される、ウェブカム９１およびスピーカーホン９２のための２つの特定のドライバ。
・音声およびウェブカム双方のエンコード、ミキシング、多重（分離）およびその他の処理に対する追加処理が、ブロック１１２、１１４、１１５で実施される。
・データは、無線リンク１２７を通して第１の周辺デバイス１３０に送信される前に、復号器／暗号化器１１３、１１６で暗号化または復号することができる。
・親機１００の制御モジュール１１７および第１の周辺デバイス１３０の３７は、親機１００と第１の周辺デバイス１３０との間の制御チャネル１２８を用いることにより、キープアライブ（keep alive）、識別、クリプトキー（crypto key）交換等の各種機能を実行する。
・統一プロトコルブロック１１８は、システムの主要な機能：画面共有およびその他の非媒体ストリーミング（たとえばマウスポインタ）を抽出する機能ブロックである。
・暗号化および復号モジュール１１９、１２０は、第１の周辺デバイス１３０およびその他のアプリケーションとの主な通信のために設けられている。
・Ｈ２６４エンコーダ１２１等のエンコーダは、（親機１００からユーザ処理デバイス１６０に向けて信号を放出する１つまたは複数の機能デバイスである）ローカルビューブロック１２３を提供し、メインディスプレイ１２６上のレンダリングされた画像をキャプチャし、エンコードし、第１の周辺デバイス１３０およびその他のクライアントに戻す。
・音声処理ブロック１２４が音声コンテンツ用に設けられる。
・ビデオデコーダ１２５がディスプレイ１２６に対する画面コンテンツをデコードしレンダリングするために設けられる。

第１の周辺デバイス１３０は、たとえば以下を含む、マイクロプロセッサまたはＦＰＧＡベースのデバイスである。
・親機１００のウェブカム９１からのウェブカムビデオが、ブロック３０で復号され、ＵＳＢビデオを介したＵＳＢビデオエンドポイントおよびＨ２６４ドライバ３１等のドライバを通して処理デバイス１６０に対して露出される。
・親機１００に接続されたスピーカーホン９２からの音声信号が、ブロック３２で復号され、ＵＳＢスピーカーホンエンドポイント９２からのマイクロホン信号として処理され露出される。
・スピーカーホンＵＳＢエンドポイントを通して届いた処理デバイス１６０からの音声信号は、ブロック３５で暗号化され、無線接続１２７を介して親機１００に送信される。
・制御ＨＩＤ（ヒューマンインターフェイスデバイス）５１は、グループ９０および第２の周辺デバイス９１～９３が親機１００に対して露出した追加のＨＩＤ ＵＳＢエンドポイントのミラーである。
・データポンプ４２として示されるベンダ固有ＨＩＤエンドポイントが、チャネル５２に対して使用され、このチャネルは、第１の周辺デバイス１３０を介した、処理デバイス１６０上で実行されるソフトウェア７０等のベンダ固有ソフトウェアと親機１００との間の、高帯域幅データチャネルであってもよい。ディスプレイ１２６のためのスクリーンビデオおよび音声信号は、このチャネル５２を通して送信できる。これは、第１の周辺デバイス１３０における制御ＨＩＤエンドポイントを通したものよりも好ましい。また、親機１００においてキャプチャされ（ブロック１２３）エンコードされる（ブロック１２１）ディスプレイ１２６のスクリーン入力も、処理デバイス１６０上で実行されるベンダ固有ソフトウェアに送信されて、各々がプラグインされた処理デバイス１６０および任意で第１の周辺デバイス１３０を所有している複数のユーザまたはミーティングの参加者等のその他のユーザが、自身の処理デバイス１６０のディスプレイ（図示せず）においてディスプレイ１２６にあるものを見ることができる。
・オペレーティングシステム（ＯＳ）および第１の周辺デバイス１３０上のＬＥＤリング等の光インジケータを制御するためのドライバのような複数の基本コンポーネント、帯域幅測定モジュールおよびたとえば無線のその他のｗｉ－ｆｉモジュール、アップデート／アップグレードモジュール、セキュアブートモジュール、セキュアキーストレージ、デバッグおよびテストモジュールなどが、ブロック４５～５０に設けられている。
・音声キャプチャモジュール４３は、スピーカーのエンドポイントを処理デバイス１６０に対して露出する。モジュール４３はこの音声をキャプチャし、処理デバイス１６０で実行されているベンダソフトウェア７０に戻し、そこで、タイムスタンプされ（ブロック６９）、ビデオデータとのアライメント後に、たとえばデータポンプ４２を通して親機１００に送信される。これにより、向上したタイムスタンピングおよびリップシンクが実現できる。
・それほど好ましくない実施形態では、音声を第１の周辺デバイス１３０上でキャプチャして処理し、直ちに親機１００に送信することができる。

コンピュータ、ラップトップ、スマートフォン、パーソナルアシスタント（ＰＤＡ）などのようなマイクロプロセッサまたはＦＰＧＡ処理デバイス１６０は、たとえばサードパーティソフトウェア（たとえばＳｋｙｐｅ）６０を含むプロプライエタリソフトウェア６０、７０を実行する。
・サードパーティソフトウェア６０は処理デバイス１６０（たとえばＳｋｙｐｅ（登録商標）等の通信ソフトウェア）上で実行され、処理デバイスは、少なくとも１つの機能デバイス９１～９３（たとえば親機１００に装着されたウェブカム９１）からのビデオエンドポイントおよび／またはスピーカーホンエンドポイント（スピーカーホンマイクロホンおよびスピーカーホンスピーカー双方）を使用する。
・ブロック７０は、本発明のために開発された専用のソフトウェアを含み、このソフトウェアは、
－パイプラインを復号（６１）およびデコード（６２）するためのソフトウェアであり、これは次に、親機１００からのディスプレイ１２６の画面データをソフトウェアのウィンドウに示す。最終段（ローカルビュー６３）からの、矢印７１に従うデータは、Ｓｋｙｐｅ（登録商標）クライアントソフトウェア６０等の通信ソフトウェアによってキャプチャされる。
－統一プロトコルブロック６４は、制御層を扱い、媒体経路、第１の周辺デバイス１３０への接続および親機１００への接続を（間接的に）制御するモジュールである。
－パイプライン６５～６７は、親機１００に対する画面共有のための、スクリーンキャプチャ（６７）、エンコード（６６）および暗号化（６５）のためのものである。
－パイプライン６８、６９は、第１の周辺デバイス１３０から戻ってきたスピーカーの音声信号を受信し（ブロック６８）、処理を実行し（たとえばタイムスタンピング、ブロック６９）、これをＨＩＤエンドポイントを通して送出する（「データポンプ５２」）。
・この場合にソフトウェアが使用しないエンドポイントは、第２の周辺デバイスからの制御ＨＩＤである。何らかのソフトウェアが第２の周辺デバイスのベンダから実行される場合、このソフトウェアは関連する第２の周辺デバイスとこれらのＨＩＤエンドポイントを通して通信することができる（たとえばカメラのパン／チルト／ズーム）。
・スピーカーエンドポイント（コンテンツ音声の矢印５３）は、処理デバイス１６０のオペレーティングシステム（ＯＳ）により、すべての（非スピーカーホン）サウンド／音声信号を送信するために使用される。

第１の周辺デバイスをユーザ処理デバイスに接続
第１の周辺デバイス１３０は、図２に示される方法３００によってユーザ処理デバイス１６０に接続することができる。この接続は、たとえばＵＳＢ１、２、３または－ＣなどのようなＵＳＢ接続等のシリアル接続であってもよく、周辺デバイス１３０は、たとえばＵＳＢ接続のために設けられたプラグアンドプレイシリアルポートに接続、たとえばプラグインされる。第１の周辺デバイス１３０は、ユーザ入力デバイス、たとえばアクチュエータを含み得る。第１の周辺デバイス１３０は、接続ユニットとして構成されてもよく、ユーザ処理デバイスのプラグアンドプレイインターフェイスのためのコネクタの形態の物理デバイスであってもよい。これは、ベースと、ベースに装着されたフレキシブルなデータおよびパワー接続とを有していてもよい。ベースは、アクチュエータを、たとえばユーザが起動できる入力デバイスとなるように構成されたボタンを、有していてもよい。

フレキシブルなデータおよびパワー接続は、プラグアンドプレイインターフェイスに挿入する必要があるコネクタの向きとは関係なくベースがミーティングテーブル上で平らになるように、構成されなければならない。好ましくは、ベースは、電子機器を含み、任意でポータブルアプリケーション等のアプリケーションを格納するための永続ストレージを有する。親機１００に対するＷｉＦｉ接続のためのネットワーク設定パラメータもメモリに格納することができる。第１の周辺ユニットは、処理エンジン（たとえばＣＰＵ、ＧＰＵ、ＦＰＧＡ）、ＷｉＦｉまたはＬｉＦｉ等のための無線送信機／受信機、ＵＳＢインターフェイス等のプラグアンドプレイインターフェイス、視覚インジケータとしてのＬＥＤリングまたはストリップ等の光リングを、有し得る。ポータブルアプリケーションは、第１の周辺デバイス１６０に、すなわちベースに格納されてもよい、または、フラッシュドライブのような別のプラガブルデバイスからダウンロードされて得られてもよく、親機１００などからダウンロードされてもよい。視覚インジケータは、何らかのアクティビティの状態の、接続ユニットからのユーザフィードバックを可能にするためのものである。

本発明の実施形態のうちのいずれかに使用できるアクチュエータの起動のいくつかの例は、音声起動（ハンドクラップ、音声認識、コンピュータサウンド、音楽、…）、無線接続されたデバイスを介したリモート制御（ＩＲ、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉ、ＬｉＦｉ…）、光起動、圧力起動、たとえば指または手による押下、タッチ起動、接近（アクチュエータに対する「ニアタッチ」またはアクチュエータを何らかの物体に近づけること）、指紋リーダー等のバイオメトリックリーダー、虹彩スキャナ、ＤＮＡ解析器、例としてキーコードたとえばパスワードを入力するためのキーパッド、である。

方法３００は、ステップ３０１において、たとえばプラグインによって第１の周辺デバイス１３０を処理デバイス１６０に接続することを含む。その結果、カーネルブートステップ３０２およびステップ３０３における初期化スクリプトの交換が行われる。第１の周辺デバイス１３０は、ステップ３０６においてＵＳＢデバイスであることが発見され、ステップ３０４においてＵＳＢプロトコルスタックがロードされ、続いてステップ３０５において無線接続プロトコルスタックがロードされる。無線接続のためのパラメータが、たとえば第１の周辺デバイス１３０上のメモリから、またはユーザによって入力され、無線接続の対応付けがステップ３０７で終了する。処理デバイス１６０にロードする必要があるクライアントソフトウェアが次にロードされ、ステップ３０８において、たとえばユーザアクションによって起動される。ステップ３１０において、第１の周辺デバイス１３０は、親機１００に装着されたディスプレイ画面１２６とデータを共有する準備ができている。

図３に示されるように、ランチャプログラムを利用できる、たとえば第１の周辺デバイス１３０に格納されているかもしくは処理デバイス１６０に格納されているかまたはインターネット上のＵＲＬ等の遠隔場所からもしくはＬＡＮサーバから取り出すことが可能である場合、これは、ステップ３２８において自動的にクライアントソフトウェアを起動することができる。ステップ３２１～３２７、３２９、および３３０は、図２のステップ３０１～３０７、３０９、および３１０と同一である。

たとえば、クライアントソフトウェアは、処理デバイス１６０上で実行される図１のソフトウェア７０であってもよい。通信ソフトウェア６０、たとえばＳｋｙｐｅ（登録商標）等のその他のソフトウェアを、処理デバイス１６０に予めインストールしておいてもよい。クライアントソフトウェア７０は、処理デバイス１６０からのビデオデータの処理用であってもよく、このクライアントソフトウェアは、たとえばＣＰＵ、ＧＰＵまたはＦＰＧＡ等の処理エンジンを用いて処理デバイス１６０上で実行される。クライアントソフトウェア６０は、処理デバイス１６０の画面を画面スクレイピングする画面スクレイピングソフトウェアであってもよい。このクライアントソフトウェア６０は、第１の周辺デバイス１３０上のマスストレージ等のメモリにソフトウェアプログラムとして格納されてもよい。このソフトウェアプログラムは、処理デバイス１６０に結合されると処理デバイス１６０にロードされるなどして先に述べたように自動的にまたはユーザアクションによって実行される。ソフトウェア６０が処理デバイス１６０上で実行されているとき、終了時に残すフットプリントがゼロであることが好ましい。ソフトウェア６０は、処理デバイス１６０上で実行されるときに、たとえば、処理デバイス１６０上で実行されているプレゼンテーションまたはビデオからの、処理デバイス１６０上で利用できるビデオデータをキャプチャする。たとえば、ソフトウェア７０は、処理デバイス１６０上で実行されると、スクリーンスクレイピングして、たとえば処理デバイス１６０におけるグラフィックカードからの１つ以上のビデオフレームバッファを読み出すように構成される。一般的に、処理デバイス１６０は、自身のディスプレイを有し、したがって、グラフィックカード、または、ビデオデータを格納するためのバッファと等価のものを有する。この読み出されたビデオ情報を、クロック時間でタイムスタンプし（ブロック６９）、後に、キャプチャされたビデオ信号を関連する音声信号と同期させることができる。次に、ビデオ信号は、ビデオエンコーダにおいてエンコードされ（ブロック６６）、これは、ジェネリックドライバを用いてプラグアンドプレイインターフェイスを通して、たとえば予めインストールされたジェネリックドライバ、たとえば予めインストールされたジェネリックヒューマンインターフェイスデバイス（ＨＩＤ）を用いてＵＳＢインターフェイスを通して転送するためのものである（矢印５３）。データは、ＷｉＦｉまたはＬｉＦｉネットワーク等の無線通信ネットワーク１２７に送信され、通信ネットワーク１２７を通して親機１００にルーティングされ、ディスプレイデバイス１２６上で表示するためにコンポジタにおけるＯｐｅｎＧＬベースのコンポジション等の好適なコンポジションに挿入される。

処理デバイスから親機にデータを送信
図４を参照して、コンピュータ、ラップトップ、スマートフォン、ＰＤＡ、タブレットなどのような処理デバイス１６０上の音声データ、音声は、ジェネリックドライバ用いてポートを介して送信される、たとえば、ＵＡＣドライバ７等の標準的な内蔵型ジェネリック音声ドライバを用いてＵＳＢポート８を通して送信される。第１の周辺デバイス１３０において、音声パケットは、専用音声デバイス１４によってジェネリックポート、たとえばＵＳＢポート１１から読み出される。これらのパケットは、次に、ミキサ、レートコンバータ、エコーキャンセラ、ノイズキャンセラなどのうちのいずれかによって処理される。混合、レート変換、エコー除去、ノイズ除去のうちのいずれかは、ＡＬＳＡドライバ１８を使用して実行することができる。ＡＬＳＡドライバは、音声スクレーパー等のダミー音声デバイス１６にパケットを与える。この音声デバイス１６において、音声パケットは、処理デバイス３１のクロック９と同期させることができるクロック１５からタイムスタンプされてもよい。この情報は次に、エンコーダ１７においてエンコードされ、パケタイザ１９においてパケット化され、その後、第１の周辺デバイス１３０と親機１００との間の通信ネットワークに転送される。ネットワークは、ＷｉＦｉまたはＬｉＦｉネットワーク等の無線ネットワークであってもよい。この目的のために、適切な送信機２１が第１の周辺デバイス１３０に設けられる。親機１００において、音声情報ストリームは、ＷｉＦｉアクセスポイント２２等の適切な通信インターフェイスにおいて復元される。次に、音声は、音声ミキサ２８に供給される前に、アンパック装置２３でアンパックされ、デコーダ２４でデコードされる。音声およびビデオストリームを同期させるために、これらはともに同期装置２７に送られ、同期装置２７において、２つのストリームは同期され、したがってリップシンクが保たれる。

処理デバイスから親機にデータを送信
本発明の実施形態は、視覚または音声信号等のデータをキャプチャし、このキャプチャしたデータを他の参加者と共有できるように、１つ以上の処理デバイス１６０に与えることができる。これらの視覚または音声信号は、ウェブカム９１、スピーカーホン９２等の機能デバイスからキャプチャされ、与えられ、取得されるが、ディスプレイ１２６からもキャプチャされる。たとえば、機能デバイスは、ミーティングにおいて適切な位置に置かれることによって音声データを良好に受信するマイクロホンであってもよい。これを、ミーティング参加者の処理デバイス１６０よりも高品質であってもよい中央スピーカーシステムとともに使用してもよい。このようなスピーカーシステムは、たとえば、４チャネルサラウンドスピーカーシステムであってもよい。これは煩わしいポジティブフィードバックになり得る複数のマイクロホンおよびスピーカーに伴う難点を回避することもできる。

本発明の実施形態は、たとえば、任意でプラグイン第１周辺デバイス１３０とともに処理デバイス１６０を有するミーティングのすべての参加者が共有できる追加機能を提供するための、図１～図４に関して説明した特徴を含み得る。本発明の実施形態において、第１の周辺デバイス１３０上の固定されたＵＳＢエンドポイントは、基本機能のために設けられている。これらは、固定されており、ベンダ固有のエンドポイントと複数の標準エンドポイントとの組み合わせであり、カスタムドライバ、デフォルトＯＳドライバ、および／または、画面共有および音声について図４を参照して説明したホストアプリケーションとして、解釈または理解することができる。

設定可能なＵＳＢエンドポイントは、第１の周辺デバイス１３０を親機１００とペアにするとき、または、処理デバイス１６０と親機１００との間の無線接続１２７を通して、設定される。ＵＳＢエンドポイントは、一旦設定されると、カスタムドライバ、ベンダ固有ドライバまたはデフォルトＯＳドライバとして解釈できる、第２の周辺デバイス９１～９３を露出する。これらは、ホストアプリケーションまたはサードパーティアプリケーションのいずれかが使用できる。これらのエンドポイントは、親機１００に接続された第２の周辺デバイス９１～９３のうちの周辺デバイスの正確なコピーであってもよく、または、専用の指定エンドポイントであってもよい。

これらのＵＳＢエンドポイントと処理デバイス１６０との通信は、第１の周辺デバイス１３０を処理デバイス１６０に接続する、たとえばプラグインするときに、ＵＳＢエンドポイントの標準的な列挙を通して行うことができる。親機１００との通信方法および露出させるエンドポイントに関するすべての情報は、第１の周辺デバイス１３０に格納することができ、第１の周辺デバイス１３０のファームウェアによってセットアップすることができる。

第１の周辺デバイス１３０のどのエンドポイントを露出させるべきかに関する判断は、親機１００が行うことができ、親機は、どの第２の周辺デバイスが親機１００に接続されるか（どの接続をＵＳＢ接続その他を通して実現できるか）を解析し第１の周辺デバイス１３０上の関連するＵＳＢエンドポイントに対する設定を作成するように、構成されていてもよい。

上述のように、本発明の実施形態において、動作中、データは、両方向に、すなわち処理デバイス１６０にまたは処理デバイス１６０から流れる可能性がある。
１．親機１００に接続された第２の周辺デバイスからのデータは、親機１００の中へと流れることができる、または、ディスプレイ１２６用のデータのように親機１００にキャプチャされることができる。任意のこのようなデータは、親機１００のファームウェアを用いて解釈することができ、場合によっては処理、エンハンス、エンコード、および／または暗号化することにより、処理済みのデータを生成することができる。いくつかの実施形態において、この処理済みのデータは次に、無線リンク１２７を通して第１の周辺デバイス１３０に送信される。この第１の周辺デバイス１３０は、必要であれば、このデータを、デコード、復号、処理、および／または解釈し、この第１の周辺デバイス１３０のＵＳＢエンドポイント（たとえば固定されたまたは設定されたエンドポイント）のうちの１つ以上を通して利用できるようにすることができる。このデータは次に処理デバイス１６０のオペレーティングシステムによってキャプチャされ、カスタムまたは標準ドライバを通して、処理デバイス１６０上で実行されているホストアプリケーションもしくはサードパーティアプリケーションが、または、ミーティングの他の参加者の他の処理デバイス１６０が、利用できるようにされる。
２．処理デバイス１６０上で実行されているホストアプリケーションおよび／または１つ以上のサードパーティアプリケーションからのものである可能性があるデータは、システムによって利用できるようにされたハンドルを通して送信することができる。このデータは次に、システム（標準ジェネリック）ドライバおよびＵＳＢポートを通して第１の周辺デバイス１３０の適切なＵＳＢエンドポイントに送信される。第１の周辺デバイス１３０は次にこのデータを第１の周辺デバイス１３０のファームウェアを介して受信し、このデータを処理、エンハンス、エンコードおよび／または暗号化し、無線リンク１２７を通して親機１００に送信する。親機１００は、親機１００上のファームウェアを介してこのデータを受信し、復号、処理、デコード、および／またはエンハンスし、ＵＳＢ、ＨＤＭＩまたはその他のインターフェイス等のシリアル接続を通して親機１００に接続または装着できる、適切な第１の周辺デバイスに転送する。

複数参加者のこのようなミーティングを、図６において、ラップトップであってもよい４つの処理デバイス１６０（１６０－１、１６０－２、１６０－３、１６０－４）とともに、概略的に示す。処理デバイスのうちの３つ（１６０－１、１６０－２、１６０－３）の各々は、たとえばＵＳＢ接続部の挿入により、第１の周辺デバイス１３０に接続される。１つの処理デバイス１６０－４は、ＳｋｙｐｅコールまたはＳｋｙｐｅ ｆｏｒ Ｂｕｓｉｎｅｓｓコール等の統一通信（Unified Communication）（ＵＣ）コールのホストであってもよい。処理デバイスのうちの２つである第１の処理デバイス（１６０－１、１６０－２）は、親機１００に対するＷｉＦｉ接続が完了しており、主画面１２６への媒体を共有している。処理デバイス１６０－３および１６０－４は、ＳｋｙｐｅコールまたはＳｋｙｐｅ ｆｏｒ Ｂｕｓｉｎｅｓｓコール等の統一通信（ＵＣ）コールを共有している。

親機１００に接続されるのは以下のうちのいずれか１つ以上である。
・ウェブカム９１
・４Ｋタッチスクリーン９４
・ＵＳＢまたはＨＤＭＩ経由で接続されたカメラ９５
・ＵＳＢスピーカーホン９２
・ＵＳＢマイクロホン９６およびスピーカーセット９７（オーディオジャック、ｓ／ｐｄｉｆ、ＵＳＢ、ＨＤＭＩなどを通して接続）
ホスト処理デバイス１６０－４は、予めインストールされているＵＣクライアントソフトウェアを有する。このソフトウェアは、ホストに接続された、たとえばプラグインされた第１の周辺デバイス１３０上のＵＳＢエンドポイントとやり取りする。この種のクライアントソフトウェアは、スピーカーホンＵＳＢエンドポイントを、デフォルト音声デバイス（たとえばマイクロホンプラススピーカー）として使用する。本発明の実施形態は、処理デバイス１６０から送出される、および処理デバイス１６０に注入されるすべての音声または視覚信号の制御下にある。

スピーカーホン９２は、ユーザのうちのいずれかのユーザが、少なくとも、接続されて機能する第１の周辺デバイス１３０とともに使用することができる。このデバイスにアクセスするためのアクションを実行する必要はない。たとえば親機１００の音声出力のボリュームを制御するため、および必要であればルームマイクロホン９６をミュートにするために、第１の周辺デバイス上で別々の制御を使用できるようにしてもよい。ミュートにされると、マイクロホン９６は、このデバイスを使用するその他すべてのボタンまたはアプリに対してもミュートにされる。

ホスト処理デバイス１６０－４上で実行されているＵＣクライアントソフトウェア６０は、音声コンテンツを注入しない。マイクロホン９６がこの信号をピックアップすることができる、または、親機１００が、これを、ホスト１６０－４に接続された第１の周辺デバイス１３０へのマイクロホン信号に注入することができる。レイテンシが低いので、（たとえ共有していても）コンテンツビデオとリップシンクする必要はない。

親機１００にプラグインされているのと同一種類の第２の周辺デバイスが、ユーザに対して露出され、したがって、ユーザはベンダが提供するドライバを使用できる。処理デバイス１３０のうちの１つが室内で共有している場合、コンテンツ音声は室内でも共有される。

機能している第１の周辺デバイスを有する処理デバイスはルームカメラ９６に無線でアクセスできる。親機１００に接続されているその他すべてのデバイス（たとえばＨＩＤ制御デバイス９３）は本質的に露出される。

たとえば第１の周辺デバイスを通してシステムに接続されているどのユーザも、ミーティングルームにおいてユーザの処理デバイスのディスプレイに投影されたコンテンツを見る、すなわち「ローカルビュー」が可能になる。ローカルビューの受信機は、以下の機能のうちの１つ、いくつか、またはすべてを有し得るが、これらに限定される訳ではない。

ウィンドウを開いてこのウィンドウ内のミーティングルームコンテンツを、これがストリームそのものであるか、アノテーションであるか、または黒板セッションであるかに関係なく、見る機能。

コンテンツをズームインする機能。
ズームイン時に画質を保証する追加の方策を特徴に追加することができる。

ローカルビューは、ユーザが、自身のデバイスから黒板もしくはアノテーションセッションを開始するおよび／または当該セッションに参加することを可能にする。

スクリーンショットを撮る、および／または、ローカルビューを一時停止する機能。
図６～図１５および図１７は、室内の、たとえばミーティングの参加者が各種機能を利用できるようにする方法を示す。基本的な方法は４つあり、その各々が本発明の実施形態である。
ａ）ホスト処理デバイス１６０のＯＳ１６４のジェネリックドライバおよびマスストレージまたはＨＩＤエンドポイントのようなエンドポイントを使用することにより、ホスト処理デバイス１６０上で実行されているクライアントソフトウェアを用いて、最終デバイスが親機１００内にまたは親機１００に接続されたカメラ、タッチスクリーン、マイクロホン、ラウドスピーカー、スピーカーホンなどのような機能デバイスであることにホスト処理デバイス１６０が気付かない状態で、データを転送できるようにする。
ｂ）機能デバイスの第１の周辺デバイス上のエンドポイントを親機１００にまたは親機１００内に接続させる。これは、ホスト処理デバイス１６０が、機能デバイスに接続されていることを検出し、機能デバイスと、あたかもそのようなデバイスであるかのようにやり取りすることを、意味する。
ｃ）機能デバイスの第１の周辺デバイス上のエンドポイントを親機１００にまたは親機１００内に接続させる。これは、ホスト処理デバイス１６０が、機能デバイスに接続されていることを検出することを意味するが、クライアントソフトウェアは、ベンダ固有のドライバが機能デバイスとやり取りできるようにする必要がある。
ｄ）機能デバイスの第１の周辺デバイス上のエンドポイントを親機１００にまたは親機１００内に接続させる。これは、ホスト処理デバイス１６０が、機能デバイスに接続されていることを検出することを意味するが、処理デバイス１６０が機能デバイスとやり取りすることができるよう、親機１００上で前処理が行われる。１つの方法は、第１の周辺デバイス上に共通エンドポイントを作成し処理デバイスが、親機１００における前処理の対象であるいずれかの機能デバイスと協働できるようにすることである。

図６は、自身に接続されている第１の周辺デバイス１３０と通信する処理デバイス１６０、および、第１の周辺デバイス１３０と無線通信１２７を行う親機１００を示す。ディスプレイ１２６、スピーカーホン９２（またはマイクロホンおよびスピーカーセット９６、９７）およびビデオカム９１（またはその他のカメラ９５）等の各種機能デバイスが、親機１００に接続される。

ジェネリックドライバにより、クライアントソフトウェア７０は、ＵＳＢインターフェイス１３１を介して第１の周辺デバイス１３０上のマスストレージデバイス１３２にデータを送信しそこからデータを受信することができる。クライアントソフトウェア７０はまた、ＵＳＢ ＨＩＤエンドポイントであってもよく必要であればベンダ固有エンドポイントであってもよいＵＳＢエンドポイント１３４を有する。このエンドポイント１３４は、クライアントソフトウェア７０がディスプレイ１２６用のデータを親機１００に送信するためのエンドポイントであり、このデータは、たとえばＨＤＭＩ接続などを介してグループ９０に送信する前に画像処理（図１のブロック１２４、１２５）されてもよい。このように、ＨＩＤエンドポイント１３４は、ミーティングルーム内にあるときに、第１の周辺デバイスが装着されたいずれかの処理デバイス１６０が、ＨＤＭＩディスプレイ１２６およびその音声視覚信号を、利用できるようにする。しかしながら、ディスプレイ１２６は処理デバイス１６０に対して露出されない、すなわち、ディスプレイとしてではなくＨＩＤエンドポイントとして提供される。ビデオカム９１は、（図１について説明したやり方で）エンドポイントとして第１の周辺デバイス１３０に対して露出させることができ、ビデオデータは図１のブロック１２２でエンコードされる。これに代えて、図６に示されるように、ビデオデータは、親機１００でエンコードされ、第１の周辺デバイス１３０を介して処理デバイス６０のオペレーティングシステム１６４のドライバ１６２に送信される。処理デバイス６０は、ビデオカム９１からのエンコードされたデータを処理デバイス１６０に対して露出し、ビデオデータをＵＣコール、たとえばＳｋｙｐｅ（登録商標）が利用できるようにする。

スピーカーホン９２からのデータは、親機１００でおよび／または第１の周辺デバイス１３０で処理され処理デバイス１６０に対して模倣されてもよい。スピーカーホン９２のマイクロホンは、第１の周辺デバイス上のＵＳＢスピーカーホンエンドポイント１３６を介して処理デバイス１６０に送信される信号を生成し、それにより、図１に関して述べたように親機１００においてノイズ低減またはエコー除去を実施することができる（ブロック１１５）。処理デバイス１６０が、スピーカーホンエンドポイント１３６を、あたかもスピーカーホンが処理デバイス１６０にプラグインされているように、スピーカーホンとして認識したときに、ＵＣコールがマイクロホンデータを利用できるようにする。また、第１の周辺デバイスが接続されている処理デバイス１６０を有するその他すべてのユーザがマイクロホンデータを利用できるようにする。本実施形態において、スピーカーホンのスピーカーは、第１の周辺デバイス１３０上にＵＳＢエンドポイント１３６を有する。

図７は、それぞれスピーカーホンおよびスピーカーのための２つのＵＳＢエンドポイント１３６および１３８があることを除いて、図６の構成と同様の構成を示す。先に述べたように、ＨＩＤエンドポイント１３４は、音声視覚信号をディスプレイ１２６に提供するために、ミーティングルーム内にあるときに、第１の周辺デバイス１３０が装着されたいずれかの処理デバイス１６０が、ＨＤＭＩディスプレイ１２６を利用できるようにする。しかしながら、ディスプレイ１２６は処理デバイス１６０に対して露出されない、すなわち、ディスプレイとしてではなくＨＩＤエンドポイントとして提供される。

２つのエンドポイント１３６、１３８は、音声信号を２つの異なるソースから受信する。ＵＳコールからの音声は、図６に関して述べたように、スピーカーホンエンドポイント１３６を介して扱い、親機で処理することができる。しかしながら、ＵＣコールの一部ではない追加の音声データがある場合、このデータはスピーカーエンドポイント１３８を介して送信される。グループ９０には、スタンドアロンスピーカーである第２の周辺デバイスはないので、親機１００は、スピーカーホンおよびスピーカーに対する音声信号を、すべての音声データをスピーカーホン９２のスピーカーに送信する前に、混合する。グループ９０内に別個のスピーカー９７がある場合、親機１００はこの音声データをこのスピーカーに送信することができる。結果として、仮想スピーカーが処理デバイス１６０に対して露出されることになる。

図８～図１１および図１７は、本発明の各種実施形態を、ミーティングルームにおいてタッチスクリーン９９を利用できるようにする方法の例とともに説明する。タッチスクリーンは、タッチされると、タッチ位置の座標に関連する信号を生成する。ミーティングでは、これを処理デバイス１６０に送る必要があり、そうすることで、実際の信号は、処理デバイス１６０上の異なる画面に与えられるのであれば、解釈されなければならない。参加者が多様な処理デバイスを使用するミーティングの場合、タッチ座標をこれらの異なる処理デバイスすべてに対して提供する方法を発見する必要がある。図８～図１１は、上記４つの基本的な方法を開示している。

図８の実施形態では、グループ９０と、親機１００と、第１の周辺デバイス１３０と、処理デバイス１６０とがある。親機１００に接続されているまたは親機１００内にある、２つの機能デバイス、すなわちディスプレイ１２６とタッチスクリーン９９とがある。タッチスクリーン９９は、第１の周辺デバイス１３０においてタッチスクリーンエンドポイント１３９を有する。タッチスクリーン９９は、第１の周辺デバイス１３０においてタッチスクリーンエンドポイント１３９を有する。処理デバイス１６０は、このエンドポイントを認識し、ＯＳ１６４が関連するドライバ１６２を有する場合は、このエンドポイントとやり取りすることができる。必要に応じてこのドライバをダウンロードすることができる。この実施形態では、各処理デバイス１６０が、関連のドライバ１６２を、ミーティングにおいてダウンロードする、または既にインストールしている必要がある。

図９の実施形態では、グループ９０と、親機１００と、第１の周辺デバイス１３０と、処理デバイス１６０とがある。親機１００に接続されているまたは親機１００内にある、２つの機能デバイス、すなわちディスプレイ１２６とタッチスクリーン９９とがある。タッチスクリーン９９は、第１の周辺デバイス１３０においてタッチスクリーンエンドポイント１３９を有する。処理デバイス１６０は、このエンドポイントを認識し、親機１００がタッチの座標を処理デバイス１６０が使用できる座標に変換するように構成されている場合、すなわちＯＳ１６４が関連するドライバ１６２を有する場合、このエンドポイントとやり取りすることができる。必要に応じてこのドライバをダウンロードすることができる。この実施形態では、各処理デバイス１６０が、ミーティングにおいて、関連のドライバ１６２をダウンロードするまたは既にインストールしている必要があるが、親機１００の変換機能により、必要であろうさまざまなドライバの数を減じることができる。

図１０の実施形態では、グループ９０と、親機１００と、第１の周辺デバイス１３０と、処理デバイス１６０とがある。親機１００に接続されているまたは親機１００内にある、２つの機能デバイス、すなわちディスプレイ１２６とタッチスクリーン９９とがある。タッチスクリーン９９は、第１の周辺デバイス１３０においてタッチスクリーンエンドポイント１３９を有する。処理デバイス１６０は、このエンドポイントを認識し、親機１００がタッチの座標を処理デバイス１６０が使用できる座標に変換するように構成されている場合、すなわちＯＳ１６４が関連するドライバ１６２を有する場合、このエンドポイントとやり取りすることができる。このドライバは配信できる標準ドライバである、たとえば、このドライバは必要に応じてダウンロードできる。この実施形態では、各処理デバイス１６０が、ミーティングにおいて、関連のドライバ１６２をダウンロードするまたは既にインストールしている必要があるが、親機１００の変換機能により、図９の実施形態よりもさらに、必要であろうさまざまなドライバの数を減じることができる。

図１１の実施形態では、グループ９０と、親機１００と、第１の周辺デバイス１３０と、処理デバイス１６０とがある。親機１００に接続されているまたは親機１００内にある、２つの機能デバイス、すなわちディスプレイ１２６とタッチスクリーン９９とがある。タッチスクリーン９９は、先に述べたようにクライアントソフトウェア７０によって扱われる、すなわち、第１の周辺デバイス１３０上で実行されているクライアントソフトウェアは、ＵＳＢインターフェイス１３１を通してタッチスクリーン９９とやり取りするように、かつ、処理デバイス１６０のＯＳ １６４とやり取りするように、構成されている。これは、タッチスクリーン９９が処理デバイス１６０に対して露出されないことを意味する。クライアントソフトウェア７０は、タッチイベントをシミュレートし正しい座標を処理デバイス１６０のＯＳ １６４に提供するように構成されている。したがって、これは、クライアントソフトウェア７０がＵＳＢインターフェイス１３１を通して各タイプのタッチスクリーン９９とやり取りするように構成されていることを必要とする、プロプライエタリソリューションである。

図１２～図１４は、複数のユーザが存在する本発明の実施形態に関する。第一に、ミーティングの各参加者は、図８～図１１に記載の実施形態のうちのいずれかを利用することができる。よって、本発明はマルチユーザソリューションを提供する。

図１２において、処理デバイス６０’は第１の周辺デバイス１３０を有しておらず、たとえば利用できるものはない。このような場合、クライアントソフトウェア７０’が無線接続１２７’を通して親機１００と直接やり取りするように構成されてもよく、クライアントソフトウェア７０’は必要に応じて任意のシミュレーションまたは変換を提供することにより、ディスプレイデバイス１２６を処理ユニット１６０’に対して提供するとともにその間のやり取りを可能にするように構成される。クライアントソフトウェア７０’は、図１～図１１に関して説明した実施形態のうちのいずれかを、第１の周辺デバイス１３０を使用せずにシミュレートするように構成されてもよい。クライアントソフトウェア７０’は、たとえば図１～図１１の実施形態のうちのいずれかで使用されるタイプのＵＢインターフェイスをシミュレートしてもよい。処理デバイス１６０については図１～図１１のうちのいずれかに関して説明した方法を使用することができる。

図１３において、処理デバイス６０’は第１の周辺デバイス１３０を有しておらず、たとえば利用できるものはない。このような場合、クライアントソフトウェア７０’が無線接続１２７’を通して親機１００と直接やり取りするように構成されてもよく、クライアントソフトウェア７０’は必要に応じて任意のシミュレーションまたは変換を提供することにより、ディスプレイデバイス１２６を処理ユニット１６０’に対して提供するとともにその間のやり取りを可能にするように構成される。これは図１２に関して説明した通りである。しかしながら、グループ９０は、スピーカーホン９２またはマイクロホンとスピーカーとの組み合わせ９６、９７のようなマイクロホンとスピーカーとの組み合わせを有する。処理デバイス１６０は、図１～図１１の実施形態のうちのいずれかを利用することができる。処理デバイス１６０’のクライアントソフトウェア７０’は、ビデオデータを親機１００に直接与えるように構成されてもよく、ビデオデータはそこで処理され、たとえばデコードおよび合成され、ＨＤＭＩ接続等の好適な接続を通してディスプレイ１２６に提供される。

処理デバイス１６０’ではクライアントソフトウェア７０’およびドライバ１２７’がシミュレートされたスピーカーホン９２をＯＳ１６４’に対して提供することにより、仮想マイクロホンおよび仮想スピーカーを生成することができる。Ｓｋｙｐｅ（登録商標）コール等の統一通信のためのサードパーティソフトウェア６０’がこれらの仮想デバイスとともに提供され、これは次にコールに使用される。

図１４において、処理デバイス６０’は第１の周辺デバイス１３０を有しておらず、たとえば利用できるものはない。このような場合、クライアントソフトウェア７０’が無線接続１２７’を通して親機１００と直接やり取りするように構成されてもよく、クライアントソフトウェア７０’は必要に応じて任意のシミュレーションまたは変換を提供することにより、ディスプレイデバイス１２６を処理ユニット１６０’に対して提供するとともにその間のやり取りを可能にするように構成される。これは図１３に関して述べた通りである。しかしながら、グループ９０は、たとえばＵＳＢ接続を介して親機１００に接続されたビデオカム９１を有する。処理デバイス１６０は図１～図１１の実施形態のうちのいずれかを利用することができる。処理デバイス１６０’のクライアントソフトウェア７０’は、親機１００がビデオデータを直接受けるように構成されてもよい。

処理デバイス１６０’ではクライアントソフトウェア７０’およびドライバ１６２’がシミュレートされたビデオカム９１をＯＳ１６４’に対して提供することにより、仮想ビデオカムデバイスを生成することができる。Ｓｋｙｐｅ（登録商標）コール等の統一通信のためのサードパーティソフトウェア６０’が、仮想デバイスすべてとともに提供され、これは次にコールに使用される。

図１５は、図１～図１１に関して説明した実施形態のうちのいずれかに適用可能なメッセージングフロー図を示す。

図１６は、第１の周辺デバイスが使用されない図１２～図１４に関して説明した実施形態のうちのいずれかに適用可能なメッセージングフローを示す。

図１７は、処理デバイス１６０を含む本発明のさらに他の実施形態を示し、処理デバイス１６０は、プロセッサおよびメモリを有し、ホストアプリケーションも含むクライアントソフトウェア７０だけでなく、Ｓｋｙｐｅ（登録商標）コールまたはＳｋｙｐｅ（登録商標） ｆｏｒ Ｂｕｓｉｎｅｓｓコール等の統一通信コールを実行するように構成し得るサードパーティアプリケーション６０を、実行し、任意で格納する。処理デバイス１６０は、ＵＳＢポート等のシリアルポートと、このポートを介して第１の周辺デバイス１３０と通信するためのジェネリックまたはカスタムドライバとを有する。周辺デバイス１３０は、プロセッサおよびメモリを有し、無線リンク１２７を親機１００に提供し、かつ、親機１００に接続されたまたは親機１００内にある機能デバイス９０の少なくとも１つの設定可能なまたは固定されたエンドポイントを提供する、ファームウェアを実行し、任意で格納する。親機は、無線リンク１２７への接続を提供し、また、機能デバイス９０にポートを提供するための、ファームウェアを実行し任意で格納するためのプロセッサおよびメモリを有する。機能デバイス９０は、プロセッサおよびメモリを有し、親機１００にリンクおよびインターフェイスを提供するため、かつ、周辺デバイス１３０上の上記少なくとも１つの設定可能なまたは固定されたエンドポイントに送信するデータを提供するための、ファームウェアを実行し、任意で格納する。

本発明に係る方法は、コンピュータシステムによって実行することができる。本発明は、処理エンジンを用いて機能を実行することができる。処理エンジンは、好ましくは、１つ以上のマイクロプロセッサ、ＦＰＧＡ、または中央処理装置（ＣＰＵ）および／またはグラフィック処理装置（ＧＰＵ）が提供するようなデジタル処理機能を有し、ソフトウェア、すなわち１つ以上のコンピュータプログラムでプログラミングされることによってそれぞれの機能を果たすように構成される。ソフトウェアへの言及は、コンパイルされたまたは解釈可能な言語のいずれかを介してプロセッサが直接または間接的に実行可能な任意の言語の任意のタイプのプログラムを包含し得る。本発明の方法のうちのいずれの方法の実現も、論理回路、電子ハードウェア、プロセッサ、または、回路によって実行することが可能であり、これは、いずれの種類の論理またはアナログ回路も包含し得るものであり、任意の程度で一体化が可能であり、汎用プロセッサ、デジタル信号プロセッサ、ＡＣＩＳ、ＦＰＧＡ、離散コンポーネントまたはトランジスタ論理ゲートなどに限定されない。

処理デバイスは、（非一時的なコンピュータ読取可能媒体、ＲＡＭおよび／またはＲＯＭ等の）メモリ、オペレーティングシステム、任意で固定フォーマットディスプレイ等のディスプレイ、キーボード等のデータ入力デバイスのためのポート、「マウス」等のポインタデバイス、他のデバイスと通信するためのシリアルまたはパラレルポート、ネットワークカード、およびネットワークのうちのいずれかに接続するための接続を、有し得る。

ソフトウェアは、当該ソフトウェアがコンピュータにロードされマイクロプロセッサ、ＡＳＩＣ、ＦＰＧＡなどのような１つ以上の処理エンジン上で実行されると、たとえば以下で箇条書きにする本発明の方法のうちのいずれかの方法の機能を実行するように構成されたコンピュータプログラムプロダクトにおいて、実現することができる。よって、本発明の実施形態のうちのいずれも、コンピュータソフトウェアの形態の１つ以上のコンピュータアプリケーションを実行することが可能なコンピュータシステムを組み込むことができる。

本発明の実施形態に関して先に説明した方法は、メモリにロードされ米国のマイクロソフト社から提供されるＷｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）などのようなオペレーティングシステム上でまたはそれに関連して実行されることによってコンピュータシステム上で実行される１つ以上のコンピュータアプリケーションプログラムにより、実行することができる。コンピュータシステムは、メインメモリ、好ましくはランダムアクセスメモリ（ＲＡＭ）を含んでいてもよく、また、非一時的なハードディスクドライブおよび／またはリムーバブルな非一時的なメモリ、および／または非一時的なソリッドステートメモリも含み得る。非一時的なリムーバブルメモリは、適切なリーダーによって読み出され書き込まれるコンパクトディスク等の光ディスク（ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭ）、磁気テープであってもよい。リムーバブルな非一時的なメモリは、コンピュータソフトウェアおよび／またはデータが格納されているコンピュータ読取可能媒体であってもよい。不揮発性ストレージメモリを用いることにより、コンピュータシステムの電源が落ちたとしても失われてはならない永続的（persistent）情報を格納するために使用できる。アプリケーションプログラムは、情報を使用し非一時的なメモリに格納することができる。

コンピュータプログラムプロダクトにおいて実現されるソフトウェアは、当該ソフトウェアが対応する１つまたは複数のデバイスにロードされマイクロプロセッサ、ＡＳＩＣ、ＦＰＧＡなどの１つ以上の処理エンジン上で実行されると以下の機能を実行するように、構成されており、これらの機能は、
通信ネットワークの親機に接続されたまたは親機の中にある機能デバイスに処理デバイスを接続することであり、処理デバイスは、メモリと、ディスプレイと、オペレーティングシステムとを有し、親機は送信機を有し、第１の周辺デバイスは受信機を有し、
ジェネリック通信プロトコルを介して第１の周辺デバイスを処理デバイスに結合し、第１の周辺デバイス上に露出された機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントを提供すること、
処理デバイスと第１の周辺デバイスとの間の通信のためのジェネリック通信プロトコルを用いて、少なくとも１つの固定されたまたは設定可能なエンドポイントを介し、機能デバイスから処理デバイスへの通信ネットワークを通して、データを親機から送信し、データを第１の周辺デバイスで受信すること、である。

コンピュータプログラムプロダクトにおいて実現されるソフトウェアは、このソフトウェアが対応する１つまたは複数のデバイスにロードされマイクロプロセッサ、ＡＳＩＣ、ＦＰＧＡなどのような１つ以上の処理エンジン上で実行されると、以下の機能を実行するように構成されており、これらの機能は、
生のまたは変更されていないフォーマットの、データを、すなわち、画像、音声などを運ぶストリーミングデータを、送信または受信すること、
無線通信ネットワークの親機にまたはこの親機の中に機能デバイスを接続すること、
ベンダ固有のドライバのみで機能デバイスを実行すること、である。

コンピュータプログラムプロダクトにおいて実現されるソフトウェアは、このソフトウェアが対応する１つまたは複数のデバイスにロードされマイクロプロセッサ、ＡＳＩＣ、ＦＰＧＡなどのような１つ以上の処理エンジン上で実行されると、以下の機能を実行するように構成されており、これらの機能は、
ディスクリプタフィールドで実現される露出、
少なくとも２つの第１の周辺デバイスを用いてデータを機能デバイスから少なくとも２つの処理デバイスに送信すること、
２つのエンドポイントを組み合わせて１つのエンドポイントとして処理デバイスに対して露出させること、である。

コンピュータプログラムプロダクトにおいて実現されるソフトウェアは、このソフトウェアが対応する１つまたは複数のデバイスにロードされマイクロプロセッサ、ＡＳＩＣ、ＦＰＧＡなどのような１つ以上の処理エンジン上で実行されると、以下の機能を実行するように構成されており、これらの機能は、
機能デバイスが、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、ウェブカメラのうちの１つ以上を、可能にすること、
第１の周辺デバイス上に露出された機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントを、ヒューマンインターフェイスデバイス、マスストレージデバイス、複合デバイス、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、またはウェブカメラのうちの１つとして、示すこと、である。

コンピュータプログラムプロダクトにおいて実現されるソフトウェアは、このソフトウェアが対応する１つまたは複数のデバイスにロードされマイクロプロセッサ、ＡＳＩＣ、ＦＰＧＡなどのような１つ以上の処理エンジン上で実行されると、以下の機能を実行するように構成されており、これらの機能は、
データをエンコードし、および／または任意で暗号化すること、
処理デバイス上で２つ以上の他の処理デバイス間の統一通信をホストすること、
第１の周辺デバイスが、２つ以上の処理デバイス間の統一通信に対して機能デバイスを提供すること、または、
親機に接続されているものと同じタイプの機能デバイスを処理デバイスに対して露出し、処理デバイスにインストールされた機能デバイスのために少なくとも１つのドライバを使用すること、である。

上記ソフトウェアのうちのいずれかを、ネットワークのサーバまたはノードのうちのいずれかにおいて処理エンジンのためにコンパイルされているコンピュータプログラムプロダクトとして、実現することができる。コンピュータプログラムプロダクトは、光ディスク（ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭ）、デジタル磁気テープ、磁気ディスク、ＵＳＢフラッシュメモリ等のソリッドステートメモリ、ＲＯＭなどのような、非一時的な信号ストレージ媒体に、格納することができる。

Claims (29)

1. 通信ネットワークの親機に接続されたまたは前記親機の中にある機能デバイスに処理デバイスを接続するためのシステムであって、前記処理デバイスは、メモリと、ディスプレイと、オペレーティングシステムとを有し、前記システムは、
   ジェネリック通信プロトコルを介して前記処理デバイスに結合されるように構成された第１の周辺デバイスを備え、前記親機は送信機を有し、前記第１の周辺デバイスは、受信機と、前記第１の周辺デバイス上に露出された、前記機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントとを有し、
   前記親機および前記第１の周辺デバイスは、それぞれ、前記処理デバイスと前記第１の周辺デバイスとの間の通信のための前記ジェネリック通信プロトコルを用いて、前記少なくとも１つの固定されたまたは設定可能なエンドポイントを介し、前記機能デバイスから前記処理デバイスへの前記通信ネットワークを通して、データを送信および受信するように、構成され、
   前記処理デバイスは、２つ以上の処理デバイス間の統一通信をホストするように構成され、前記第１の周辺デバイスは、前記２つ以上の処理デバイス間の前記統一通信に対して機能デバイスを提供するように構成され、
   少なくとも２つの第１の周辺デバイスを用いて前記データを前記機能デバイスから少なくとも２つの処理デバイスに送信するように構成されている、システム。
2. 送信または受信されるデータ、任意で画像、音声などを運ぶストリーミングデータは、生のまたは変更されていないフォーマットであることが可能である、請求項１に記載のシステム。
3. 前記機能デバイスは、無線通信ネットワークの親機に接続されているまたは前記親機の中にある、請求項１または請求項２に記載のシステム。
4. 露出はディスクリプタフィールドで実現される、請求項１～請求項３のいずれか１項に記載のシステム。
5. 前記機能デバイスは、ベンダ固有のドライバのみで動作させることが可能である、請求項１～請求項４のいずれか１項に記載のシステム。
6. ２つのエンドポイントが組み合わされて１つのエンドポイントとして前記処理デバイスに対して露出される、請求項１～請求項５のいずれか１項に記載のシステム。
7. 前記機能デバイスは、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、ウェブカメラのうちのいずれか１つ以上である、請求項１～請求項６のいずれか１項に記載のシステム。
8. 前記第１の周辺デバイス上に露出された、前記機能デバイスの前記少なくとも１つの固定されたまたは設定可能なエンドポイントは、ヒューマンインターフェイスデバイス、マスストレージデバイス、複合デバイス、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、またはウェブカメラのうちの１つである、請求項１～請求項７のいずれか１項に記載のシステム。
9. データをエンコードする、任意で暗号化するための手段をさらに備える、請求項１～請求項８のいずれか１項に記載のシステム。
10. 前記親機に接続されているものと同じタイプの機能デバイスを前記処理デバイスに対して露出するように構成され、前記処理デバイスにインストールされた前記機能デバイスのための少なくとも１つのドライバをさらに備える、請求項１～請求項９のいずれか１項に記載のシステム。
11. 前記機能デバイスは第２の周辺デバイスである、請求項１～請求項１０のいずれか１項に記載のシステム。
12. 前記機能デバイスはデータキャプチャデバイスである、請求項１～請求項１１のいずれか１項に記載のシステム。
13. 通信ネットワークの親機に接続されたまたは前記親機の中にある機能デバイスに処理デバイスを接続するための方法であって、前記処理デバイスは、メモリと、ディスプレイと、オペレーティングシステムとを有し、前記親機は送信機を有し、第１の周辺デバイスが受信機を有し、前記方法は、
    ジェネリック通信プロトコルを介して第１の周辺デバイスを前記処理デバイスに結合し、前記第１の周辺デバイス上に露出された、前記機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントを提供するステップと、
    前記処理デバイスと前記第１の周辺デバイスとの間の通信のための前記ジェネリック通信プロトコルを用いて、前記少なくとも１つの固定されたまたは設定可能なエンドポイントを介し、前記機能デバイスから前記処理デバイスへの前記通信ネットワークを通して、前記親機からデータを送信し、前記データを前記第１の周辺デバイスで受信するステップと、
    前記処理デバイス上で２つ以上の処理デバイス間の統一通信をホストするステップと、
    前記第１の周辺デバイスが、前記２つ以上の処理デバイス間の前記統一通信に対して機能デバイスを提供するステップと、
    少なくとも２つの第１の周辺デバイスを用いて前記データを前記機能デバイスから少なくとも２つの処理デバイスに送信するステップを含む、方法。
14. 送信または受信されるデータ、すなわち画像、音声などを運ぶストリーミングデータは、生のまたは変更されていないフォーマットであることが可能である、請求項１３に記載の方法。
15. 前記機能デバイスは、無線通信ネットワークの親機に接続されているまたは前記親機の中にある、請求項１３または請求項１４に記載の方法。
16. 前記機能デバイスを、ベンダ固有のドライバのみで動作させる、請求項１３～請求項１５のいずれか１項に記載の方法。
17. 露出はディスクリプタフィールドで実現可能である、請求項１３～請求項１６のいずれか１項に記載の方法。
18. ２つのエンドポイントが組み合わされて１つのエンドポイントとして前記処理デバイスに対して露出される、請求項１３～請求項１７のいずれか１項に記載の方法。
19. 前記機能デバイスは、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、ウェブカメラのうちのいずれか１つ以上を提供する、請求項１３～請求項１８のいずれか１項に記載の方法。
20. 前記第１の周辺デバイス上に露出された、前記機能デバイスの前記少なくとも１つの固定されたまたは設定可能なエンドポイントを、ヒューマンインターフェイスデバイス、マスストレージデバイス、複合デバイス、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、またはウェブカメラのうちの１つとして、提供するステップをさらに含む、請求項１３～請求項１９のいずれか１項に記載の方法。
21. 前記データをエンコードするステップ、および、前記データを暗号化するステップのいずれかをさらに含む、請求項１３～請求項２０のいずれか１項に記載の方法。
22. 前記親機に接続されているものと同じタイプの機能デバイスを前記処理デバイスに対して露出し、前記処理デバイスにインストールされた前記機能デバイスのために少なくとも１つのドライバを使用するステップを含む、請求項１３～請求項２１のいずれか１項に記載の方法。
23. ジェネリック通信プロトコルを介して処理デバイスに結合されるように構成された周辺デバイスであって、
    前記処理デバイスは、通信ネットワークの親機に接続されたまたは前記親機の中にある機能デバイスに当該処理デバイスを接続するためのシステムに備えられ、
    前記周辺デバイスは、受信機と、前記周辺デバイス上に露出された、前記機能デバイスの少なくとも１つの固定されたまたは設定可能なエンドポイントとを有し、
    前記周辺デバイスの前記受信機は、前記処理デバイスと前記周辺デバイスとの間の通信のための前記ジェネリック通信プロトコルを用いて、前記少なくとも１つの固定されたまたは設定可能なエンドポイントを介し、前記機能デバイスから前記通信ネットワークを通してデータを受信し、前記データを前記処理デバイスに送信するように、構成され、
    前記周辺デバイスは、前記処理デバイス上にホストされる２つ以上の処理デバイス間の統一通信に対して機能デバイスを提供するように構成され、
    前記システムは、少なくとも２つの前記周辺デバイスを用いて前記データを前記機能デバイスから少なくとも２つの前記処理デバイスに送信するように構成されている、周辺デバイス。
24. 前記通信ネットワークは無線通信ネットワークである、請求項２３に記載の周辺デバイス。
25. 送信または受信されるデータ、すなわち画像、音声などを運ぶストリーミングデータは、生のまたは変更されていないフォーマットであることが可能である、請求項２３または請求項２４に記載の周辺デバイス。
26. 前記機能デバイスは、ベンダ固有のドライバのみで動作させることが可能である、請求項２３～請求項２５のいずれか１項に記載の周辺デバイス。
27. 前記周辺デバイス上に露出された、前記機能デバイスの前記少なくとも１つの固定されたまたは設定可能なエンドポイントは、ヒューマンインターフェイスデバイス、マスストレージデバイス、複合デバイス、マイクロホン、スピーカーホン、スピーカー、ディスプレイ、タッチスクリーン、プロジェクタ、カメラ、ビデオカメラ、またはウェブカメラのうちの１つである、請求項２３～請求項２６のいずれか１項に記載の周辺デバイス。
28. コンピュータのプロセッサによって実行されることにより、前記コンピュータに請求項１３～請求項２２のいずれか１項に記載の方法を実施させるコンピュータプログラム。
29. 請求項２８に記載のコンピュータプログラムを格納する非一時的な信号ストレージ手段。

Images