(57)【特許請求の範囲】
【請求項１】
アクティブなホストによって実行される、デジタル通信システム内の少なくとも2つの装置間でのリソースを共有する方法であって、
複数のあらかじめ定められた共有モードから選択された第１共有モードでクライアントのクライアントリソースを要求するステップと、
前記クライアントの前記クライアントリソースの部分の第１割当てを受信するステップと、
前記クライアントリソースを少なくとも1つの非アクティブなホストと共有する前記クライアントからの許可を求める要求を受信するステップと、
前記許可を求める要求への応答を前記クライアントに提供するステップと、
前記クライアントリソースの使用を縮小又は拡大する命令を含む共有情報を前記クライアントから受信するステップとを備える、方法。
【請求項２】
前記クライアントからの肯定応答を受信するステップをさらに備える、請求項1に記載の方法。
【請求項３】
前記提供された応答が拒否を含む、請求項1に記載の方法。
【請求項４】
テナントを備える前記アクティブなホストがクライアントリソースの全体的または部分的使用を行う、請求項1に記載の方法。
【請求項５】
前記テナントが、独占使用テナント、プライマリテナント、セカンダリテナント、タイムスライスプライマリテナント、タイムスライスセカンダリテナント、およびイコールシェアテナントで構成されるグループからのメンバーを備える、請求項4に記載の方法。
【請求項６】
前記アクティブなホストが、テナントを備える前記非アクティブなホストに、クライアントリソースの前記全体的または部分的使用の許可を与える、請求項4に記載の方法。
【請求項７】
前記テナントが前記許可を放棄するステップをさらに備える、請求項4に記載の方法。
【請求項８】
前記クライアントリソースがディスプレイを備える、請求項1に記載の方法。
【請求項９】
前記クライアントリソースが、ディスプレイの表面積および前記ディスプレイ上の位置を備える、請求項1に記載の方法。
【請求項１０】
アクティブおよび新たにアクティブになったホストを追加または削除すると、前記クライアントリソースの第２割当てを受信するステップをさらに備える、請求項1に記載の方法。
【請求項１１】
アクティブなホストを含む、デジタル通信システム内の少なくとも2つの装置間でのリソースを共有するシステムであって、
複数のあらかじめ定められた共有モードから選択された第１共有モードでクライアントのクライアントリソースを要求する手段と、
前記クライアントの前記クライアントリソースの部分の第１割当てを受信する手段と、
前記クライアントリソースを少なくとも1つの非アクティブなホストと共有する前記クライアントからの許可を求める要求を受信する手段と、
前記許可を求める要求への応答を前記クライアントに提供する手段と、
前記クライアントリソースの使用を縮小又は拡大する命令を含む共有情報を前記クライアントから受信する手段とを備える、システム。
【請求項１２】
前記クライアントからの肯定応答を受信する手段をさらに備える、請求項11に記載のシステム。
【請求項１３】
前記提供された応答が拒否を含む、請求項11に記載のシステム。
【請求項１４】
テナントを備える前記アクティブなホストがクライアントリソースの全体的または部分的使用を行う、請求項11に記載のシステム。
【請求項１５】
前記テナントが、独占使用テナント、プライマリテナント、セカンダリテナント、タイムスライスプライマリテナント、タイムスライスセカンダリテナント、およびイコールシェアテナントで構成されるグループからのメンバーを備える、請求項14に記載のシステム。
【請求項１６】
前記アクティブなホストが、テナントを備える前記非アクティブなホストに、クライアントリソースの前記全体的または部分的使用の許可を与える、請求項14に記載のシステム。
【請求項１７】
前記テナントによって前記許可を放棄する手段をさらに備える、請求項14に記載のシステム。
【請求項１８】
前記クライアントリソースがディスプレイを備える、請求項11に記載のシステム。
【請求項１９】
前記クライアントリソースが、ディスプレイの表面積および前記ディスプレイ上の位置を備える、請求項11に記載のシステム。
【請求項２０】
アクティブおよび新たにアクティブになったホストを追加または削除すると、前記クライアントリソースの第２割当てを受信する手段をさらに備える、請求項11に記載のシステム。
【請求項２１】
デジタル通信システム内の少なくとも2つのホスト間でのクライアントリソースの共有を実装するためにコンピュータで実行可能なプログラム命令を備えるコンピュータ可読記録媒体であって、
クライアントによって、複数のあらかじめ定められた共有モードから選択された第１共有モードで前記クライアントリソースを要求するメッセージを、少なくとも1つのアクティブなホストから受け取るプログラム命令と、
前記クライアントによって、複数のあらかじめ定められた共有モードから選択され、かつ前記第１共有モードとは異なる第2共有モードで前記クライアントリソースを要求するメッセージを、少なくとも1つの非アクティブなホストから受け取るプログラム命令と、
前記クライアントによって、前記少なくとも1つのアクティブなホストに、前記クライアントリソースを前記少なくとも1つの非アクティブなホストと共有する許可を要求するプログラム命令と、
前記クライアントによって、前記要求への応答を、前記少なくとも1つのアクティブなホストから受け取るプログラム命令と、
前記クライアントによって、前記クライアントリソースの第1部分を前記少なくとも1つのアクティブなホストに、および前記クライアントリソースの第2部分を前記少なくとも1つの新たにアクティブになったホストに割り当てるプログラム命令と、
前記少なくとも1つのアクティブなホストおよび前記少なくとも1つの新たにアクティブになったホストへの前記クライアントリソースの割当てを前記クライアントに交渉させるプログラム命令とを備え、
前記クライアントに交渉させるプログラム命令は、前記クライアントによって、前記少なくとも1つのアクティブなホストおよび前記少なくとも1つの新たにアクティブになったホストに、前記クライアントリソースの使用を縮小又は拡大する命令を含む共有情報を送信するプログラム命令を含む、コンピュータ可読記録媒体。
【請求項２２】
前記クライアントによって、前記少なくとも１つの非アクティブなホストに肯定応答を送信するプログラム命令をさらに備える、請求項21に記載のコンピュータ可読記録媒体。
【請求項２３】
前記受け取った応答が拒否を含む、請求項21に記載のコンピュータ可読記録媒体。
【請求項２４】
少なくとも1つのテナントを備える前記少なくとも1つのアクティブなホストがクライアントリソースの全体的または部分的使用を行う、請求項21に記載のコンピュータ可読記録媒体。
【請求項２５】
前記少なくとも1つのテナントが、独占使用テナント、プライマリテナント、セカンダリテナント、タイムスライスプライマリテナント、タイムスライスセカンダリテナント、およびイコールシェアテナントで構成されるグループからのメンバーを備える、請求項24に記載のコンピュータ可読記録媒体。
【請求項２６】
前記少なくとも1つのテナントから前記許可を放棄するメッセージを受信するプログラム命令をさらに備える、請求項24に記載のコンピュータ可読記録媒体。
【請求項２７】
前記クライアントリソースがディスプレイを備える、請求項21に記載のコンピュータ可読記録媒体。
【請求項２８】
前記クライアントリソースが、ディスプレイの表面積および前記ディスプレイ上の位置を備える、請求項21に記載のコンピュータ可読記録媒体。
【請求項２９】
アクティブおよび新たにアクティブになったホストを追加または削除すると、前記クライアントリソースを再び割り当てるプログラム命令をさらに備える、請求項21に記載のコンピュータ可読記録媒体。
【請求項３０】
前記クライアントによって、前記少なくとも1つのアクティブなホストに前記再割当てを通知するプログラム命令をさらに備える、請求項29に記載のコンピュータ可読記録媒体。
【請求項３１】
非アクティブなホストによって実行される、デジタル通信システム内の少なくとも2つの装置間でのリソースを共有する方法であって、
複数のあらかじめ定められた共有モードから選択された第１共有モードでクライアントのクライアントリソースを要求するステップであって、前記クライアントリソースの少なくとも第１部分が少なくとも１つのアクティブなホストに割り当てられる、ステップと、
前記クライアントの前記クライアントリソースの第２部分の割当てを受信するステップと、
前記クライアントリソースの割当てを交渉するステップとを備え、
前記交渉するステップは、前記クライアントリソースの使用を縮小又は拡大する命令を含む共有情報を前記クライアントから受信するステップを含む、方法。
【請求項３２】
交渉する前記ステップが、前記非アクティブなホストが前記クライアントを通じて仲介された前記少なくとも１つのアクティブなホストと交渉するステップを備える、請求項31に記載の方法。
【請求項３３】
交渉する前記ステップが、前記非アクティブなホストが前記少なくとも１つのアクティブなホストと直接交渉するステップを備える、請求項31に記載の方法。
【請求項３４】
非アクティブなホストを含む、デジタル通信システム内の少なくとも2つの装置間でのリソースを共有するシステムであって、
複数のあらかじめ定められた共有モードから選択された第１共有モードでクライアントのクライアントリソースを要求する手段であって、前記クライアントリソースの少なくとも第１部分が少なくとも１つのアクティブなホストに割り当てられる、手段と、
前記クライアントの前記クライアントリソースの第２部分の割当てを受信する手段と、
前記クライアントリソースの割当てを交渉する手段とを備え、
前記交渉する手段は、前記クライアントリソースの使用を縮小又は拡大する命令を含む共有情報を前記クライアントから受信する手段を含む、システム。
【請求項３５】
交渉する前記手段が、前記非アクティブなホストが前記クライアントを通じて仲介された前記アクティブなホストと交渉する手段を備える、請求項34に記載のシステム。
【請求項３６】
交渉する前記手段が、前記非アクティブなホストが前記少なくとも１つのアクティブなホストと直接交渉する手段を備える、請求項34に記載のシステム。
【請求項３７】
デジタル通信システム内の少なくとも2つのホスト間でのクライアントのリソースの共有を実装するためにコンピュータで実行可能なプログラム命令を備えるコンピュータ可読記録媒体であって、
非アクティブなホストに、複数のあらかじめ定められた共有モードから選択された第１共有モードでクライアントリソースを要求させるプログラム命令であって、前記クライアントリソースの少なくとも第１部分は少なくとも１つのアクティブなホストに割り当てられる、プログラム命令と、
前記非アクティブなホストに、前記クライアントの前記クライアントリソースの第２部分の割当てを受信させるプログラム命令と、
前記非アクティブなホストに、前記クライアントリソースの割当てを交渉させるプログラム命令とを備え、
前記交渉させるプログラム命令は、前記非アクティブなホストに、前記クライアントリソースの使用を縮小又は拡大する命令を含む共有情報を前記クライアントから受信させるプログラム命令を含む、コンピュータ可読記録媒体。
【請求項３８】
前記非アクティブなホストに交渉させる前記プログラム命令が、前記非アクティブなホストに、前記クライアントを通じて仲介された前記少なくとも１つのアクティブなホストと交渉させるプログラム命令を備える、請求項37に記載のコンピュータ可読記録媒体。
【請求項３９】
前記非アクティブなホストに交渉させる前記プログラム命令が、前記非アクティブなホストに、前記少なくとも１つのアクティブなホストと直接交渉させるプログラム命令を備える、請求項37に記載のコンピュータ可読記録媒体。
【請求項４０】
デジタル通信システム内の少なくとも2つの装置間でのリソースを共有する方法であって、
複数のあらかじめ定められた共有モードから選択された第１共有モードで少なくとも１つのアクティブなホストからクライアントのリソースを共有する要求を受信するステップと、
複数のあらかじめ定められた共有モードから選択され、かつ前記第１共有モードとは異なる第2共有モードで少なくとも１つの非アクティブなホストから前記クライアントのリソースを共有する要求を受信するステップと、
前記少なくとも１つの非アクティブなホストと前記クライアントのリソースを共有するように、前記少なくとも１つのアクティブなホストからの許可を要求するステップと、
前記少なくとも１つのアクティブなホストから前記要求への応答を受信するステップと、
前記少なくとも１つのアクティブなホストに前記クライアントのリソースの第１部分を割当て、かつ、少なくとも１つの新たにアクティブになったホストに前記クライアントのリソースの第２部分を割当てるステップと、
前記少なくとも１つのアクティブなホストおよび前記少なくとも１つの新たにアクティブになったホストと、割当てを交渉するステップと
を備え、前記交渉するステップは、前記少なくとも１つのアクティブなホストおよび前記少なくとも１つの新たにアクティブになったホストに、前記クライアントのリソースの使用を縮小又は拡大する命令を含む共有情報を送信するステップを含む、方法。
【請求項４１】
前記少なくとも１つのアクティブなホストへ肯定応答を送信するステップをさらに備える、請求項40に記載の方法。
【請求項４２】
前記受信した応答が拒否を含む、請求項40に記載の方法。
【請求項４３】
前記少なくとも1つのアクティブなホストが、少なくとも1つのテナントを備え、かつ、クライアントのリソースの全体的または部分的使用を行う、請求項40に記載の方法。
【請求項４４】
前記少なくとも1つのテナントが、独占使用テナント、プライマリテナント、セカンダリテナント、タイムスライスプライマリテナント、タイムスライスセカンダリテナント、およびイコールシェアテナントで構成されるグループからのメンバーを備える、請求項43に記載の方法。
【請求項４５】
前記少なくとも1つのアクティブなホストが、少なくとも1つのテナントを備える前記少なくとも1つの非アクティブなホストに、クライアントのリソースの前記全体的または部分的使用の許可を与える、請求項43に記載の方法。
【請求項４６】
前記少なくとも1つのテナントが、クライアントのリソースの前記全体的または部分的使用許可を放棄するステップをさらに備える、請求項43に記載の方法。
【請求項４７】
前記クライアントのリソースがディスプレイを備える、請求項40に記載の方法。
【請求項４８】
前記クライアントのリソースが、ディスプレイの表面積および前記ディスプレイ上の位置を備える、請求項40に記載の方法。
【請求項４９】
アクティブおよび新たにアクティブになったホストを追加または削除すると、前記クライアントのリソースを再び割り当てるステップをさらに備える、請求項40に記載の方法。
【請求項５０】
前記クライアントが、前記少なくとも1つのアクティブなホストに前記再割当てを通知するステップをさらに備える、請求項49に記載の方法。
【請求項５１】
デジタル通信システム内の少なくとも2つの装置間でのリソースを共有するシステムであって、
複数のあらかじめ定められた共有モードから選択された第１共有モードで少なくとも１つのアクティブなホストからクライアントのリソースを共有する要求を受信する手段と、
複数のあらかじめ定められた共有モードから選択され、かつ前記第１共有モードとは異なる第2共有モードで少なくとも１つの非アクティブなホストから前記クライアントのリソースを共有する要求を受信する手段と、
前記少なくとも１つの非アクティブなホストと前記クライアントのリソースを共有するように、前記少なくとも１つのアクティブなホストからの許可を要求する手段と、
前記少なくとも１つのアクティブなホストから前記要求への応答を受信する手段と、
前記少なくとも１つのアクティブなホストに前記クライアントのリソースの第１部分を割当て、かつ、少なくとも１つの新たにアクティブになったホストに前記クライアントのリソースの第２部分を割当てる手段と、
前記少なくとも１つのアクティブなホストおよび前記少なくとも１つの新たにアクティブになったホストと、割当てを交渉する手段と
を備え、前記交渉する手段は、前記少なくとも１つのアクティブなホストおよび前記少なくとも１つの新たにアクティブになったホストに、前記クライアントのリソースの使用を縮小又は拡大する命令を含む共有情報を送信する手段を含む、システム。
【請求項５２】
前記少なくとも１つの非アクティブなホストへ前記クライアントによって肯定応答を送信する手段をさらに備える、請求項51に記載のシステム。
【請求項５３】
前記応答が拒否を含む、請求項51に記載のシステム。
【請求項５４】
前記少なくとも1つのアクティブなホストが、少なくとも1つのテナントを備え、かつ、クライアントのリソースの全体的または部分的使用を行う、請求項51に記載のシステム。
【請求項５５】
前記少なくとも1つのテナントが、独占使用テナント、プライマリテナント、セカンダリテナント、タイムスライスプライマリテナント、タイムスライスセカンダリテナント、およびイコールシェアテナントで構成されるグループからのメンバーを備える、請求項54に記載のシステム。
【請求項５６】
前記少なくとも1つのアクティブなホストが、少なくとも1つのテナントを備える前記少なくとも1つの非アクティブなホストに、クライアントのリソースの前記全体的または部分的使用の許可を与える、請求項54に記載のシステム。
【請求項５７】
少なくとも1つのテナントがクライアントのリソースの前記全体的または部分的使用許可を放棄する表示を受信するための手段をさらに備える、請求項56に記載のシステム。
【請求項５８】
前記クライアントのリソースがディスプレイを備える、請求項51に記載のシステム。
【請求項５９】
前記クライアントのリソースが、ディスプレイの表面積および前記ディスプレイ上の位置を備える、請求項51に記載のシステム。
【請求項６０】
アクティブおよび新たにアクティブになったホストを追加または削除すると、前記クライアントのリソースを再び割り当てる手段をさらに備える、請求項51に記載のシステム。
【請求項６１】
前記クライアントが、前記少なくとも1つのアクティブなホストに前記再割当てを通知する手段をさらに備える、請求項60に記載のシステム。
【請求項６２】
デジタル通信システム内の少なくとも2つのホスト間でのクライアントリソースの共有を実装するためにコンピュータで実行可能なプログラム命令を備えるコンピュータ可読記録媒体であって、
アクティブなホストに、複数のあらかじめ定められた共有モードから選択された第１共有モードで、クライアントのクライアントリソースを要求させるプログラム命令と、
前記アクティブなホストに、前記クライアントの前記クライアントリソースの部分の第１割当てを受信させるプログラム命令と、
前記アクティブなホストに、前記クライアントから、少なくとも１つの非アクティブなホストと前記クライアントリソースを共有する許可を求める要求を受信させるプログラム命令と、
前記アクティブなホストに、前記要求への応答を提供させるプログラム命令と、
前記アクティブなホストに、前記クライアントリソースの使用を縮小又は拡大する命令を含む共有情報を前記クライアントから受信させるプログラム命令とを備える、コンピュータ可読記録媒体。
【請求項６３】
前記アクティブなホストに、前記クライアントから、肯定応答を受信させるプログラム命令をさらに備える、請求項62に記載のコンピュータ可読記録媒体。
【請求項６４】
前記提供された応答が拒否を含む、請求項62に記載のコンピュータ可読記録媒体。
【請求項６５】
前記アクティブなホストが、テナントを備え、かつ、クライアントリソースの全体的または部分的使用を行う、請求項62に記載のコンピュータ可読記録媒体。
【請求項６６】
前記テナントが、独占使用テナント、プライマリテナント、セカンダリテナント、タイムスライスプライマリテナント、タイムスライスセカンダリテナント、およびイコールシェアテナントで構成されるグループからのメンバーを備える、請求項65に記載のコンピュータ可読記録媒体。
【請求項６７】
前記クライアントリソースがディスプレイを備える、請求項62に記載のコンピュータ可読記録媒体。
【請求項６８】
前記クライアントリソースが、ディスプレイの表面積および前記ディスプレイ上の位置を備える、請求項62に記載のコンピュータ可読記録媒体。
【請求項６９】
前記アクティブなホストに、前記クライアントによって、前記クライアントリソースの再割当ての通知を受信させるプログラム命令をさらに備える、請求項62に記載のコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
同時係属特許出願の参照
本特許出願は、以下の同時係属中の米国特許出願に関する:
2007年7月25日に出願された米国仮特許出願第60/951919号「Wireless Architecture for a Traditional Wire-Based Protocol」の優先権を主張する、2008年7月24日に出願された米国特許出願第12/179411号「Wireless Architecture for a Traditional Wire-Based Protocol」、および、
2008年4月4日に出願された米国特許出願第12/098025号「Apparatus and Methods for Establishing Client-Host Associations Within a Wireless Network」。
【０００２】
本発明はアドホックネットワークに関し、より具体的には、ホストがネットワークに出入りする際の動的なリソース共有、およびホスト間のリソースの交渉および割当てのためのシステムに関する。
【背景技術】
【０００３】
無線装置が他の無線装置によって提供されるリソースまたはサービスにアクセスする必要がある場合、両装置がペアになって、装置間に専用アドホックサービスを確立する必要がある。無線アドホックネットワークの使用増加に伴い、1つのクライアントによって提供されるこのようなリソースおよび/またはサービスを複数のアドホックホストで共有する機能を有することが望ましい。
【０００４】
現在、無線アドホックネットワークを確立後、無線ホストがデータを遠隔ハードディスクにコピーできるソリューションが利用可能である。しかし、2人以上のユーザが携帯型装置から同じハードディスクに同時にデータをアーカイブできることが望ましい。本発明は、遠隔ハードディスクを「過不足なくインテリジェント」にすることによって、複数のユーザがメモリを共有できるソリューションを提供する。
【０００５】
無線ホストが遠隔スクリーンにアクセスして、自身の画像をこのより大きな遠隔スクリーン上にレンダリングできるようにする提案がある。しかし、2つ以上のホストがアドホックネットワークを設定して遠隔ディスプレイを共有できることが望ましい。本発明を利用すれば、2つ以上のホストが共有の量を交渉して、共有を調整できる。
【０００６】
他の典型例には、複数のチャネルがディスプレイ領域を共有するピクチャーインピクチャーを、テレビセットがサポートするものがある。しかし、テレビセットの内部に多くの「インテリジェンス」が必要である。テレビセットは決められた数のソースしか処理できない。またディスプレイ領域の共有は決められている。この提案により、アドホックホストによって送信された画像解像度を制御することによって、単純なクライアントはディスプレイを動的に共有できるようになる。また、できるだけ多くのホストがアドホックな方法でリソースにアクセスできるようになる。リソース割当ては、ホスト間の交渉に基づいて柔軟である。
【発明の概要】
【課題を解決するための手段】
【０００７】
本明細書に開示した態様は、2つ以上のホスト間でクライアントリソースを動的に共有するための方法、システム、およびコンピュータプログラム製品によって、上述の要求に対処する。クライアントが、ディスプレイの一部などのリソースの一部をそれぞれのホストに割り当てる。この割当ては、ホストとクライアントとの間で交渉されうる。クライアントは、リソース使用を拡大または縮小するように1つまたは複数のホストに要求できる。たとえばクライアントは、ディスプレイ領域全体を最大限満たすために、それぞれのホストによって使用されている画像領域を縮小するよう2つ以上のホストに命令できる。クライアントによってホストごとに割当てベクトルが維持される。この割当てベクトルは、ホスト間のリソース共有をトラックするために使用される。あるいは、クライアントはリソースの割り当てられた部分に基づいてリソース使用を動的に拡縮できる。
【図面の簡単な説明】
【０００８】
【図１】クライアントリソースの例示的割当てを示す図である。
【図２】共有セッションの確立を説明する図である。
【図３】共有割当ての交渉を説明する図である。
【図４】ホストがシステムを離れた後、割り当てられた共有がどのように再びバランスを取るかを示す図である。
【発明を実施するための形態】
【０００９】
本明細書では、「例示的」という用語は「例、事例、または説明として示す」ことを意味するために使用される。本明細書に「例示的」として記述されるあらゆる態様は、必ずしも他の態様よりも好ましい、または好都合であると見なされるわけではない。
【００１０】
本明細書に開示した態様は、クライアントリソースを2つ以上のホスト間で動的に共有するための製品向けのシステムを提供することによって、上述の問題に対処する。無線装置/機器は、無線ネットワーク内で相互に対話する。無線装置(ホスト)は、しばしば別の無線装置(クライアント)から1つまたは複数のサービスにアクセスする。サービスにアクセスしてモニタするために、ホストまたはクライアントは接続を開始する。このように、ホストおよびクライアントは両者間に一時的無線接続を確立する。接続期間中、ホストはクライアントによって提供されるサービス(たとえばディスプレイ)を独占的に使用する。しかし、時にはクライアントリソース(たとえばディスプレイ)を複数のホスト装置間で共有する機能を有することが望ましい。
【００１１】
本発明により、2つ以上のホストが可能になり、図1に示したディスプレイなどのクライアントリソースを共有できるようになる。クライアント10は、資格を有するそれぞれのホスト12、14、および16に、リソースの一部(たとえばディスプレイのごく一部)を割り当てる。図1の例示的態様に示されるように、ホスト_1 12はクライアントリソースの50パーセント(50%)である18を割り当てられ、ホスト_2 14はクライアントリソースの25パーセント(25%)である20を割り当てられ、ホスト_3 16はクライアントリソースの残りの25パーセント(25%)である22を割り当てられる。以下は例に過ぎず、したがって割当てはより多いまたはより少ないホスト、および無限数の割当ての割合を含むことができる。この割当てサイズは、ホスト12、14、および16、ならびにクライアント10の間で交渉可能である。クライアント10は、送信される画像のサイズを、共有されているディスプレイ領域の割当てサイズに基づいて縮小/拡大するようにホスト12、14、および16に要求できる。これはクライアント実装を簡潔に保つのに役立つ。この場合、クライアント10はホストごとに割当てベクトル(allocation vector)を維持する。この割当てベクトルは、割り当てられた領域での画像のレンダリングに使用される。これが望ましい手法であるが、任意のシステムは、入ってくる画像を画像のために割り当てられた領域のサイズに基づいて縮小/拡大できる「インテリジェント」クライアント10を提供する。
【００１２】
ホスト12、14、および16は、クライアント10との接続を確立するときに「共有モード」を指定できる。「共有モード」は、これに限定されないが、以下のモードを含むことができる:  
【００１３】
独占的使用-このモードは、ホストがリソースを他のホストと共有することを望まないことを意味する。この場合、クライアントは「独占的使用」要求を含むリソースを共有するためのあらゆる新しい要求を拒否する。
【００１４】
たとえば、クライアントがホストと「独占的使用」接続をしている場合、他のホストからのあらゆるタイプの共有要求を拒否することになる。さらに、クライアントがホストと「非独占的使用」接続をしている場合、クライアントがすでに使用中であるため、「独占的使用」を有するあらゆる要求を拒否することになる。
【００１５】
タイムスライスプライマリテナント(TSPT)-このモードでは、TSPTがクライアントリソースを独占的に使用する。しかし、タイムスライスセカンダリテナント(TSST)がクライアントリソースの使用許可を要求すると、TSPTは許可を与えることができ、TSSTはクライアントリソースをしばらくの間独占的に使用できるようになる。しかし、TSPTはいつでも、またはTSSTがクライアントリソースの使用許可を放棄する場合に、クライアントリソースを占有できる。このモードは、以下に記述するように、オーナーテナント式クラスタで使用されることが好ましい。
【００１６】
プライマリテナント-このモードは、このホストがプライマリテナントであることを意味する。したがって、デフォルト設定でこのホストがリソースのかなりの部分を消費することになる。
【００１７】
タイムスライスセカンダリテナント(TSST)-このモードでは、TSSTはTSPTからクライアントリソースを独占的に使用する許可を得る。しかし、TSSTはTSPTの意向でその許可を放棄しなければならない場合がある。TSPTと同様に、このモードはオーナーテナント式クラスタで使用されるべきである。
【００１８】
セカンダリテナント-このモードは、このホストがリソースのより小さい部分を使用し、ディスプレイ領域/リソースのかなりの部分がプライマリテナントによって占有されることを意味する。セカンダリテナントは、プライマリテナントになることを要求できる。クライアントは、現在のプライマリテナントによって与えられた許可に応じて、それを許可してもよく、許可しなくてもよい。
【００１９】
イコールシェアテナント-このモードは、クライアントがそれぞれの共有ホストに確実に同量のリソースを割り当てることを意味する。
【００２０】
他の態様では、ホストがリソース共有嗜好をクライアントに提供する。ホストは、接続を要求している間に自分の嗜好を指定してもよく、接続の期間中にいつでも交渉してよい。可能であれば、クライアントは要求された嗜好を受諾する。可能でなければ、ホストはクライアントと後で嗜好を交渉できる。これらの嗜好は、これに限定されないが、以下のケースを含む。
【００２１】
優先部分-ホストは、使用したいリソースの特定の部分(たとえばディスプレイ面の特定の部分)を指定できる。競合がない場合、クライアントは優先権を与える。しかし競合がある場合、クライアントはその割当てを現在のテナント(たとえば指定された場所を現在使用しているホスト)と交渉できる。
【００２２】
この共有クラスタは、「オーナー-テナント」式で確立されてもよく、「オール-テナント」式で確立されてもよい。
【００２３】
オーナー-テナント-この場合、ホストはあらかじめ定められた基準(たとえば、最初のホストがクライアントとの接続を確立する)に基づいてリソースのオーナーになる。リソースを共有しているその他のホストはテナントと見なされる。クライアントが、リソースを共有する要求を他のホストから受信すると、リソースを共有しているテナントの数にかかわらず、オーナーからのみ許可を得ることになる。現在のオーナーが接続を離れると、2008年4月4日に出願された米国特許出願第12/098025号「Apparatus and Methods for Establishing Client-Host Associations Within a Wireless Network」に記述されたハンドオーバシステムなどの、あらゆるタイプのハンドオーバシステムを使用する無線接続所有権ハンドオーバを使用するあらかじめ定められた手順を使用して、所有権を別のホストに移す。
【００２４】
オール-テナント-この場合、装置を共有している全てのホストがテナントと見なされる。クライアントがリソースを共有する別の要求を受信すると、全てのアクティブなテナント(たとえば、現在リソースを共有している)から許可を求める。
【００２５】
リソースを共有している1つまたは複数のホストが共有クラスタを離れると、クライアントは離れつつあるホストによって占有されたリソースを回収して、アクティブなホスト間で再び共有のバランスを取る。また、クライアントはそれぞれのアップデートされた共有情報をそれぞれのアクティブなホストに通知する。したがって、ホストは自分のリソース使用を拡大/縮小できる。
【００２６】
他の態様では、クライアントがオーナーおよび/またはテナントの数について指定制限に達すると、クライアントはリソースを共有するあらゆる新しい要求を拒否できる。これが好ましい方法であるが、クライアントは、あらかじめ定められた基準(たとえば共有優先権)に基づく新しい要求に賛成して、既存のホストで共有するのをやめることを選択することが可能である。
【００２７】
もう1つの態様では、あらかじめ定められた基準(たとえばオーナーまたは最高優先権)に基づく適格なホストがリソース全体にアクセスすることを要求できる。この場合、クライアントは残りのホストをリソースの共有から除外することができる。
【００２８】
上記の説明は共有イベントがクライアントを通じて仲介されると仮定しているが、ホストがホスト間で共有を交渉することが可能である。
【００２９】
動作-本発明の動作を以下の例で説明する。これらの例では2つだけのホストを記述しているが、システムはどのような数のホストでも同様に動作する予想され、これらの例示的態様はシステムの簡単な説明のためのものであり、限定することを意味するものではない。本発明の実装形態は共有セッションが確立されることを必要とし、それは図2に示されている。まずホスト_1 12とクライアント10との間に接続24が存在する。ホスト_2 14などの別のホストによって、接続要求30が行われうる。ホスト_2 14は、上記で指定したように、共有する要求において共有モードのうちの1つを指定する。クライアント10は、指定された共有モードのタイプ、およびクライアント10リソースを使用中の他のホストがあるかどうかに応じて、要求を受諾(または拒否)する。ホスト_2 14が共有する接続要求30を送信しながらクライアントリソースの共有を要求すると、クライアントは現在のオーナー(または全てのテナント)、この場合はホスト_1 12にエントリを許すための許可26を求める。現在のオーナー(または全てのテナント)が許可を与えると、クライアント10は共有モード許可28で接続要求を受け入れて、接続の肯定応答32を提供する。クライアントは共有情報34および34’(たとえば、サイズ、共有領域の位置、リソース使用を縮小/拡大する命令)をアップデートして、新しいホスト_2 14を含めてホスト_1 12に送信する。受諾すると、新しいホスト_2 14および既存のホスト_1 12は必要な変更(たとえば、リソース消費の縮小)を行って、アップデートされたトラフィックモード36および36’を使用してクライアントサービスの使用を開始/継続する。
【００３０】
クライアント10リソースの割当ての交渉は図3に示されている。ホストのうちの1つ、この場合はホスト_2 14がすでにクライアント10と接続しており、クライアントリソース(たとえばディスプレイ)の共有を変更したい場合、ホスト_2 14は「ReqToUpdateShare」40をクライアント10に送信する。クライアント10は、共有を変更するために、共有をアップデートする許可42を他のホスト(たとえばオーナーまたは全てのテナント)、この場合はホスト_1 12に求める。他のホスト、すなわちホスト_1 12が許可44を与えると、クライアント10はAck46をホスト_2 14に送信することによって「ReqToUpdateShare」を承認する。クライアント10は、「UpdateSharedlnfo」48および48’を使用して、クライアントとのアクティブな接続を有する全てのホストに、アップデートされた共有情報も送信する。クライアントは、このメッセージに必要な変更要求(たとえば縮小/拡大)を含む。ホスト、すなわちホスト_1 12およびホスト_2 14が「UpdateSharedlnfo」48および48’メッセージを受信すると、必要な行動をとって「UpdateSharedlnfoAck」50および50’でクライアント10に応答する。次いで、ホスト_1 12およびホスト_2 14が、アップデートされたトラフィック52および52’の送信を開始する。「UpdateSharedlnfo」48および48’は、確実にシステムのバランスを取るために、あらかじめ定められた一定の時間間隔でアクティブ化されうる。
【００３１】
図4は、クライアント10リソースの割り当てられた共有のバランスを再び取るためのシステムを示している。クライアント10が図3の「UpdateSharedlnfoAck」50および50’を受信すると、割当てベクトル54をアップデートして、アップデートされたトラフィック52および52’(たとえば、新しい共有を使用するディスプレイ画像)の処理を継続する。ホスト_2 14が接続を離れる56と、クライアント10は残りのホスト、この場合はホスト_1 12の間で再びリソース割当て58のバランスを取る。図3の記述において説明したように、クライアント10は「UpdateSharelnfo」48信号を、全ての残りのホスト、この場合はホスト_1 12に送信する。ホスト_1 12が「UpdateSharelnfo」48を受信すると、図3の交渉割当てセクションで説明したように、ホスト_1 12およびクライアント10は必要な変更を行う。
【００３２】
確立したアドホックネットワークにおいて、より高い特権モードへのアップグレード(たとえば、セカンダリテナントからプライマリテナントへ)、またはより低い特権モードへのダウングレードなど、ホストが共有モードを修正したい場合は、自分の(ホストの)共有モードを修正するためにクライアントに要求を送信する。要求された特権モードに他のアクティブホストがない場合、クライアントは要求を承認する。アドホックネットワーク内に同じ共有モードのホストがある場合、クライアントはホストに許可を求めることになる。ホストは自身のための新しい共有モードを指定しながら許可してもよく、拒否してもよい。ホストが許可を与えると、クライアントは要求しているホストが共有モードをアップグレードすることを許可する。または、より高い特権(たとえばプライマリ)モードを有するホストがアドホックネットワークを離れようとする場合、有していた特権のために別のアクティブなホストを指名する要求をクライアントに送信できる。クライアントは、あらかじめ定められた基準に基づいて、またはアドホックネットワーク内のすべてのアクティブホストをポーリングすることによって、これらの特権を割り当てるためのホストを選択できる。
【００３３】
当業者は、あらゆる種類の異なる技術および技法を使用して情報および信号を表すことができることが理解できるであろう。たとえば、上記の説明を通じて参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁粉、光場または光粒子、あるいはそれらのあらゆる組合せによって表すことができる。
【００３４】
当業者はさらに、本明細書に開示した態様に関して記述した様々な例示的論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両者の組合せとして実装されうることが理解できるであろう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的コンポーネント、ブロック、モジュール、回路、およびステップが、通常それらの機能に関して上記で説明されている。このような機能がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定のアプリケーションおよびシステム全体に課された設計制約による。当業者は、記述した機能を特定のアプリケーションごとに様々な方法で実装できるが、このような実装決定は本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００３５】
本明細書に開示した態様に関して記述した様々な例示的論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラム可能ゲートアレイ(FPGA)、または他のプログラム可能論理装置、個々のゲートまたはトランジスタ論理、個々のハードウェアコンポーネント、あるいは本明細書に記述した機能を実行するように設計されたそれらのあらゆる組合せで実装または実行できる。汎用プロセッサはマイクロプロセッサでよいが、別の方法ではプロセッサはどのような従来型プロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでもよい。プロセッサは、DSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアに関連する1つまたは複数のマイクロプロセッサ、あるいは他のこのような構成などの、コンピューティング装置の組合せとして実装することもできる。
【００３６】
本明細書に開示した態様に関連して記述した方法またはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、またはその2つの組合せに直接実装できる。ソフトウェアモジュールは、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読出し専用メモリ(ROM)、電気的プログラム可能ROM(EPROM)、電気的消去可能プログラム可能ROM(EEPROM)、レジスタ、ハードディスク、着脱可能ディスク、CD-ROM、または当分野で知られている他のあらゆる形式の記憶メディア内に常駐できる。例示的記憶メディアはプロセッサに連結しているので、プロセッサは記憶メディアから情報を読み取り、また記憶メディアに情報を書き込むことができる。または、記憶メディアはプロセッサに不可欠な場合がある。プロセッサおよび記憶メディアはASIC内に常駐できる。ASICはユーザ端末内に常駐できる。または、プロセッサおよび記憶メディアは個々のコンポーネントとしてユーザ端末内に常駐できる。
【００３７】
開示した態様の上記の説明は、どのような当業者も本発明を作成または使用できるように提供される。これらの態様の様々な修正形態は当業者には容易に明らかであり、本明細書に定義された一般的原理は本発明の趣旨または範囲から逸脱することなしに他の態様に適用されうる。したがって、本発明は本明細書で示した態様に限定することを意図しないが、本明細書に開示した原理および新規な特徴に一致する最も広い範囲で認められるべきである。
【符号の説明】
【００３８】
10  クライアント
12  ホスト_1
14  ホスト_2
16  ホスト_3
18  クライアントリソース
20  クライアントリソース
22  クライアントリソース
24  接続
26  許可
28  共有モード許可
30  接続要求
32  肯定応答
34  共有情報
34’  共有情報
36  アップデートされたトラフィックモード
36’  アップデートされたトラフィックモード
40  ReqToUpdateShare
42  共有をアップデートする許可
44  許可
46  Ack
48  UpdateSharedlnfo
48’  UpdateSharedlnfo
50  UpdateSharedlnfoAck
50’  UpdateSharedlnfoAck
52  アップデートされたトラフィック
52’  アップデートされたトラフィック
54  割当てベクトル
56  ホスト_2 14が接続を離れる
58  リソース割当て
【図１】
0005635528.tif 000002
【図２】
0005635528.tif 000003
【図３】
0005635528.tif 000004
【図４】
0005635528.tif 000005