(57)【要約】  無線ドッキングシステムは、被ドッキング装置１１０，２１０とドッキングステーション２２０とを有し、被ドッキング装置１１０，２１０はドッキングステーション２２０にドッキングする。上記ドッキングステーションは、被ドッキング装置１１０，２１０に接続するための第１ネットワーク接続２１５を確立する第１手段及び無線ネットワークアクセスポイント１３０，２３０に接続するための第２ネットワーク接続２２５を確立する第２手段を有する。ドッキングステーション２２０は、第１ステップにおいて被ドッキング装置１１０，２１０から無線ネットワークアクセスポイント１３０，２３０にアクセスするための情報を受信するために該ドッキングステーションと該被ドッキング装置との間に安全な無線接続を確立し、第２ステップにおいて該ドッキングステーションと無線ネットワークアクセスポイント１３０，２３０との間の安全な無線接続を、該接続のために被ドッキング装置１１０，２１０から受信された上記情報を用いて該アクセスポイント１３０，２３０に接続することにより確立するように構成される。該ドッキングステーションは、更に、被ドッキング装置１１０，２１０と無線ネットワークアクセスポイント１３０，２３０との間のトラフィックのトンネリングを可能にするように構成される。
2014530533.tif 000002
【特許請求の範囲】
【請求項１】
被ドッキング装置とドッキングステーションとを有する無線ドッキングシステムであって、
前記ドッキングステーションは、
前記被ドッキング装置に接続するための第１ネットワーク接続を確立する第１手段と、
無線ネットワークアクセスポイントに接続するための第２ネットワーク接続を確立する第２手段と、
を有し、
前記ドッキングステーションは、
第１ステップにおいて、前記被ドッキング装置から前記無線ネットワークアクセスポイントにアクセスするための情報を受信するために、当該ドッキングステーションと前記被ドッキング装置との間に安全な無線接続を確立すると共に、
第２ステップにおいて、当該ドッキングステーションと前記無線ネットワークアクセスポイントとの間の安全な無線接続を、該接続のために前記被ドッキング装置から受信された前記情報を用いて前記アクセスポイントに接続することにより確立し、
前記ドッキングステーションは、更に、前記被ドッキング装置と前記無線ネットワークアクセスポイントとの間でのトラフィックのトンネリングを可能にする、
無線ドッキングシステム。
【請求項２】
前記無線ネットワークアクセスポイントにアクセスするための前記情報が、前記被ドッキング装置のＩＰアドレス又はＭＡＣアドレスを含む、請求項１に記載の無線ドッキングシステム。
【請求項３】
前記被ドッキング装置と前記ドッキングステーションとの間の接続が、Wi-Fi直接接続である、請求項２に記載の無線ドッキングシステム。
【請求項４】
前記ドッキングステーションが、ＩＰヘッダにおけるソースアドレスを前記被ドッキング装置により使用されるＩＰアドレスに合致するように変更する、請求項２又は請求項３に記載の無線ドッキングシステム。
【請求項５】
前記被ドッキング装置が、前記アクセスポイントに接続するために前記ドッキングステーションに対するトンネリング接続を使用するように自身を自動的に再構成する、請求項２又は請求項３に記載の無線ドッキングシステム。
【請求項６】
前記被ドッキング装置が、前記ドッキングステーションが前記アクセスポイントに送信すべき無線フレームを構築することに関し、これら無線フレームが前記アクセスポイントに送信されるべき際の該フレームの暗号化及び順序付けを処理することにより少なくとも部分的に責任を負う、請求項５に記載の無線ドッキングシステム。
【請求項７】
前記第１ネットワーク接続を確立する第１手段が、前記被ドッキング装置に接続するための内蔵の第１ネットワークインターフェースに対応し、
前記第２ネットワーク接続を確立する第２手段が、プラグインネットワークインターフェース装置に対応し、
前記被ドッキング装置は遠隔装置ドライバを有し、前記ドッキングステーションは前記プラグインネットワークインターフェース装置に接続された汎用装置ドライバを有し、該汎用装置ドライバは、前記被ドッキング装置から前記ドッキングステーションへの前記被ドッキング装置と前記プラグインネットワークインターフェース装置との間の無線接続を介してのデータの送信を可能にするために、前記被ドッキング装置により初期化又は制御される、
請求項１ないし６の何れか一項に記載の無線ドッキングシステム。
【請求項８】
前記汎用装置ドライバが、前記プラグインネットワークインターフェース装置から到来する無線パケットデータペイロードを含むメッセージを他のメッセージから分離するメッセージ弁別器を有する、請求項７に記載の無線ドッキングシステム。
【請求項９】
前記汎用装置ドライバが、前記プラグインネットワークインターフェース装置から受信されたメッセージから無線パケットペイロードデータを抽出するメッセージプロセッサを有する、請求項７に記載の無線ドッキングシステム。
【請求項１０】
前記汎用装置ドライバが、前記遠隔装置ドライバから受信されたメッセージを、該汎用装置ドライバの、特には該汎用装置ドライバが特定のプラグインネットワークインターフェース装置に対して動作することができることに関しての動作に影響を与えるコマンドに翻訳するコマンドインタープリタを有する、請求項７に記載の無線ドッキングシステム。
【請求項１１】
被ドッキング装置に接続するための第１ネットワーク接続を確立する第１手段と、無線ネットワークアクセスポイントに接続するための第２ネットワーク接続を確立する第２手段とを有する無線ドッキングステーションであって、
当該無線ドッキングステーションは、
第１ステップにおいて、前記被ドッキング装置から前記無線ネットワークアクセスポイントにアクセスするための情報を受信するために、当該無線ドッキングステーションと前記被ドッキング装置との間に安全な無線接続を確立すると共に、
第２ステップにおいて、当該無線ドッキングステーションと前記無線ネットワークアクセスポイントとの間の安全な無線接続を、該接続のために前記被ドッキング装置から受信された前記情報を用いて前記アクセスポイントに接続することにより確立し、
当該無線ドッキングステーションは、更に、前記被ドッキング装置と前記無線ネットワークアクセスポイントとの間でのトラフィックのトンネリングを可能にする、
無線ドッキングステーション。
【請求項１２】
前記無線ネットワークアクセスポイントにアクセスするための前記情報が、前記被ドッキング装置のＩＰアドレス及び／又はＭＡＣアドレスを含む、請求項１１に記載の無線ドッキングステーション。
【請求項１３】
前記被ドッキング装置と当該無線ドッキングステーションとの間の接続が、Wi-Fi直接接続である、請求項１１又は１２に記載の無線ドッキングステーション。
【請求項１４】
当該無線ドッキングステーションが、ＩＰヘッダにおけるソースアドレスを前記被ドッキング装置により使用されるＩＰアドレスに合致するように変更する、請求項１２又は請求項１３に記載の無線ドッキングステーション。
【請求項１５】
請求項１に記載のシステムにおいて使用する被ドッキング装置であって、
当該被ドッキング装置は、ドッキングステーションとの間の安全な無線接続を確立するために前記ドッキングステーションと協働し、
当該被ドッキング装置は更に前記無線ネットワークアクセスポイントにアクセスするための情報を前記ドッキングステーションに送信し、該情報は当該被ドッキング装置のＩＰアドレス及び／又はＭＡＣアドレスを有し、
当該被ドッキング装置は更に前記アクセスポイントに接続するために前記ドッキングステーションに対するトンネリング接続を使用するように自身を自動的に再構成する、
被ドッキング装置。
【請求項１６】
当該被ドッキング装置は、前記ドッキングステーションが前記アクセスポイントに送信すべき無線フレームを構築することに関し、これら無線フレームが前記アクセスポイントに送信されるべき際の該フレームの暗号化及び順序付けを処理することにより少なくとも部分的に責任を負う、請求項１５に記載の被ドッキング装置。
【請求項１７】
被ドッキング装置をドッキングステーションと無線でドッキングする方法であって、
前記被ドッキング装置と前記ドッキングステーションとの間の接続を、第１ネットワーク接続を介して確立するステップと、
前記ドッキングステーションにより前記被ドッキング装置から無線ネットワークアクセスポイントにアクセスするための情報を受信するステップと、
前記ドッキングステーションにより前記被ドッキング装置と前記無線ネットワークアクセスポイントとの間の接続を、該接続のために前記被ドッキング装置から受信された前記情報を用いて前記アクセスポイントに第２ネットワーク接続を介して接続することにより、且つ、前記被ドッキング装置と前記無線ネットワークアクセスポイントとの間のトラフィックをトンネリングすることにより引き継ぐステップと、
を有する方法。
【請求項１８】
前記被ドッキング装置から前記ドッキングステーションに前記被ドッキング装置とプラグインネットワークインターフェース装置との間の無線接続を介してデータを送信することを可能にするために、前記ドッキングステーション内の汎用装置ドライバを前記被ドッキング装置により初期化又は制御するステップを更に有する、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドッキング装置及びシステムに係り、更に詳細には、無線ＬＡＮ接続のハンドオーバのための方法及びシステム並びにドッキング装置への汎用ドライバの組み込みに関する。
【背景技術】
【０００２】
無線ドッキングは、携帯電話及びラップトップ等の携帯装置を静止ドッキング環境内に接続するために無線技術を使用する。この文献において、このような携帯装置は被ドッキング装置又は無線被ドッキング装置と称する。無線ドッキング環境はドッキング装置に大型スクリーン、キーボード、マウス及び入力／出力ポート等の周辺機器へのアクセスを提供し、これら周辺機器は当該被ドッキング装置上で動作しているアプリケーションと対話する際のエンドユーザの体験及び生産性を向上させるために使用することができる。無線ドッキングに関する１つの代表的な例は、携帯電話のユーザに該携帯電話上で動作しているアプリケーションと対話する際に一層大きなスクリーンを使用する可能性を与えることである。例えば、ドッキングされた携帯電話のユーザは、該携帯電話上で動作しているｅメイルクライアント又はウェブブラウザと対話する際にＴＶ又はＰＣモニタを使用する。
【０００３】
被ドッキング装置は１以上の無線ドッキングステーション（無線ドッキングホストとしても知られている）に無線でつながり、当該無線ドッキング環境における周辺機器に対するアクセス権を得る。最も簡単な場合、無線ドッキング環境は、例えば居間内、オフィス内の机上等の位置に単一の無線ドッキングステーションを有することにより実現され、該ドッキングステーションにはＴＶ、ＰＣモニタ、キーボード等の周辺機器が全て接続される。特別な例では、ブルートゥース無線キーボード及びＵＳＢウェブカムがドッキングステーションに接続されて（永久的に対にされて）、ドッキング環境の一部となるようにすることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ドッキング環境の一例が、図１に示されている。被ドッキング装置１１０はリンク１１５を介してアクセスポイント１３０と通信すると共に、リンク１２５を介してドッキングステーション１２０にもドッキングすることができる。リンク１１５は被ドッキング装置１１０をアクセスポイント１３０に接続する。この接続は被ドッキング装置１１０に、アクセスポイント１３０が属された例えばネットワーク１６０に対するアクセスを提供する。ネットワーク１６０はインターネット、ＬＡＮ等へのアクセスも提供することができる。ドッキングステーション１２０に対するリンク１２５は被ドッキング装置１１０に例えばプリンタ１４０及びモニタ１５０等に対するアクセスを提供することができる。
【０００５】
ドッキングステーション１２０は、多くのやり方で実現することができる。該ドッキングステーションは、特別に設計された単一目的の装置とするか又は例えば特別なソフトウェアを実行するＰＣとすることができる。斯様なＰＣはドッキングを一層便利及び／又は効率的にするために取り付けられた追加のハードウェアを有することもできる。ＨＤＴＶ又は何らかの他のマルチメディア装置も、ドッキングステーションとして働くための組み込み機能を有することができる。
【０００６】
リンク１１５及び１２５に関しては、多くの被ドッキング装置が既にWi-Fiサポートを内蔵しているので、実際にはWi-Fiがアクセスポイントに対する無線ドッキング及び接続性を可能にする最も論理的な無線プロトコルであろう。しかしながら、被ドッキング装置はWi-Fiを内蔵するかも知れないが、異なる被ドッキング装置とドッキングステーションとの間のユーザにとり使いやすい形での装置間及び製造者間互換性を保証することを目指した完全な無線ドッキングシステムが、被ドッキング装置と関連する周辺機器を備えたドッキングホストとの間の容易且つ便利な自動的Wi-Fi接続設定を実現する斯かる被ドッキング装置とドッキングステーションとの間の一連のメカニズム又はプロトコルにより定義される。
【０００７】
ここでは、特定の本発明実施態様が、このようなドッキング環境及び無線ドッキングを実行することができる装置のための通信規格に関連して説明される。例えば、１つの解決策は、被ドッキング装置１１０とドッキングステーション１２０との間の一次接続（リンク１２５）としてのWi-FiダイレクトＰ２Ｐ（Wi-Fiピアツーピアとしても知られている）を、有利には被ドッキング装置とドッキングステーションに接続された周辺機器との間の容易且つ便利な自動的接続設定を提供する被ドッキング装置１１０とドッキングステーション１２０との間の一連の定義されたプロトコルと一緒に使用することである。
【０００８】
上記の定義されたWi-FiダイレクトＰ２Ｐは、１つの装置（例えば、ドッキングステーション１２０）に対するＰ２Ｐ接続を有すると同時にネットワーク１６０にアクセスするためにWi-Fiアクセスポイント１３０に対する接続を有することを可能にするが、このことは、被ドッキング装置１１０とドッキングステーション１２０との間の帯域幅に対する要求と、しばしば、競合し得る。高解像度短待ち時間表示出力、高品質オーディオ出力及びＵＳＢ入力等の種々のトラフィックタイプをトンネリングさせるための帯域幅要件は非常に高いので、被ドッキング装置１１０は自身のWi-Fiアンテナの全能力及び周波数範囲をドッキングステーション１２０とのWi-Fi接続のために使用しなければならない。このように、Wi-Fi能力をドッキングステーション１２０に対して開かれたWi-Fi接続及びＷＬＡＮアクセスポイント１３０に対して開かれたWi-Fi接続の両方を同時に維持するために分け合う図１に示された接続は、多くの場合において最も好ましい選択枝ではない。
【０００９】
このように、被ドッキング装置１１０が２つの開かれた接続を同時に維持するドッキング環境は帯域幅の限界という問題を有しており、このことは、当該領域における全ての他の装置に定期的なインターネットアクセスサービスを提供するためにアクセスポイントにより使用されるWi-Fiチャンネルを飽和させ得る。このような環境は、２つの接続を全能力でサポートするために周波数ホッピング方式又は被ドッキング装置１１０上の２つのアンテナ／無線機を必要とすることにより、費用の増加及び複雑さという不利益も被り得る。
【課題を解決するための手段】
【００１０】
本明細書における特定の実施態様は、有利にも、被ドッキング装置が例えばドッキングステーションに対する１つの接続を維持することを可能にする。上記ドッキングステーションは、上記被ドッキング装置が該ドッキングステーションを介してアクセスポイントに接続することを可能にすることにより中間（仲介）装置として働く（図２参照）。ユーザは、ドッキングステーションに接続されたプリンタにも接続されたまま、例えばホームネットワーク内のＤＬＮＡ（デジタルリビングネットワークアライアンス（登録商標））装置を見付けるためにアクセスポイントに対する接続を必要とする当該被ドッキング装置上のアプリケーションを使用することができる。ドッキングステーションがアクセスポイントに対するプロキシとして動作し、これにより被ドッキング装置を該アクセスポイントに接続するための中間ノードとなることができれば非常に有益であり得る（図２参照）。
【００１１】
アクセスポイントに接続するために中間ノードを使用することは、ＷＬＡＮリピータ（中継器）及びブリッジにより実行される。しかしながら、これらの技術は無線アクセスポイントの範囲を拡張するものである。ＷＬＡＮブリッジ／リピータは元のアクセスポイントの“役割”を受け継ぎ、自身を典型的には元のアクセスポイントと同じサービスセット識別子（ＳＳＩＤ）を備えたアクセスポイントとする。被ドッキング装置はＷＬＡＮブリッジ／リピータに対する接続を設定することができ、該ブリッジ／リピータはトラフィックを元のアクセスポイントに転送する。この使用法は“無線配信システム”として知られている。既存の文献では、１つの無線システム（例えば、ＧＰＲＳ）のセッションが他の無線システム（例えば、Wi-Fi）に継ぎ目無く受け渡されるようなシステムも知られている。この接続の再構成は無線装置（例えば、電話）において行われ、外部のドッキングステーション装置に関わるものではない。
【００１２】
これとは対照的に、本発明によれば、無線ドッキングホストは、アクセスポイントに直接つながることはなく、被ドッキング装置に接続設備を提供するので、リピータ又はブリッジとして働くものではない。無線ドッキングの場合、シナリオは異なる。被ドッキング装置がアクセスポイントの範囲（例えば、自宅）内に入ると、該被ドッキング装置は特定のアクセスポイントに繋がるように構成され得る。即ち、該被ドッキング装置は該特定のアクセスポイントに対する接続を設定するためのＳＳＩＤ、セキュリティ証明（security credentials）等を知っている。該特定のアクセスポイントにつながると、該被ドッキング装置は、例えば、ＷＬＡＮにおける同一のアクセスポイントに接続されたＤＬＮＡ装置を発見することができる。被ドッキング装置にセキュリティ証明を供給させることは、該被ドッキング装置が、ユーザが当該アクセスポイントに接続するために再びセキュリティを設定しなければならないことを要せずに、所与のネットワークをアクセスすることを許可されることを保証する。
【００１３】
しかしながら、複数のアクセスポイント及び恐らくは複数のドッキングステーションを含むネットワークには問題が存在する。例えば、オリフィス環境は、ＬＡＮ内に複数のアクセスポイント及びドッキングステーションが存在するようなネットワーク環境を含み得る。被ドッキング装置がアクセスポイントに接続し、次いでドッキングステーションに接続しようと試みる場合、該ドッキングステーションは該被ドッキング装置が当該ＬＥＤネットワーク内の何のアクセスポイントに接続されているかを必ずしも知っていない。
【００１４】
従って、ここで述べる本発明実施態様によれば、被ドッキング装置はドッキングステーションに該被ドッキング装置のアクセスポイント接続証明及びパラメータを通知して、該ドッキングステーションが該被ドッキング装置と当該アクセスポイントとの間の接続のための中間プロキシとなるようにする。該ドッキングステーションは当該被ドッキング装置と当該アクセスポイントとの間の接続を“引き継ぐ”。該ドッキングステーションが該接続を“引き継いだ”場合、該被ドッキング装置は上記ドッキングステーションに対する及び上記アクセスポイントに対するアクセスを有することになる（図２参照）。
【００１５】
この本発明実施態様は、伝統的なプロキシ接続を使用するものとは異なることに注意されたい。伝統的な意味でのプロキシ接続は、典型的に、手動操作を必要とし、静的に実行される。ユーザは通常はプロキシ接続と直接的（ダイレクト）接続との間で切り換えることはなく、既存のシステムに対しては整った自動的ハンドオーバ手順又はプロトコルは存在しない。更に、典型的なプロキシプロトコルにおいて、プロキシは、該プロキシが仲介する両当事者により当該ネットワーク内の当事者として信頼されて開始する。本例において、最初はドッキングステーションとアクセスポイントとの間の信頼（セキュリティ証明）は存在せず、本発明実施態様によれば、ドッキングステーションは被ドッキング装置の証明を使用することによりドッキングステーションはアクセスポイントに対して信頼された当事者になる。従って、既存のシステムにおいては、直接的接続とプロキシ接続との間で切り換えるために、ユーザは先ず既存の直接的接続を切断し、次いで新しい組のネットワーク証明により再び新たなプロキシ接続を確立しなければならない。このように、既存のシステムにおける伝統的なプロキシアプローチは図１に示すような２つの接続の間での継ぎ目のないハンドオーバ（即ち、接続１１５をドッキングステーションに受け渡し、ドッキングステーション１２０に、被ドッキング装置１１０がアクセスポイント１３０に対して以前に持っていた直接的接続１１５を“受け継がせる”こと）を行うことはできない。
【００１６】
一実施態様において、ここに記載する本発明は被ドッキング装置をドッキングステーションにドッキングする無線ドッキングシステムに関するもので、上記ドッキングステーションは、上記被ドッキング装置に接続するための第１ネットワーク接続と、無線ネットワークアクセスポイントに接続するための第２ネットワーク接続と、プラグインネットワークインターフェース装置とを含み、上記被ドッキング装置との接続を確立すると、上記ドッキングステーションは該被ドッキング装置から上記無線ネットワークアクセスポイントにアクセスするための情報を受信すると共に、該被ドッキング装置と該無線ネットワークアクセスポイントとの間の接続を、該接続のために被ドッキング装置により供給されたネットワーク証明を用いてアクセスポイントに接続することにより且つ該被ドッキング装置と無線ネットワークアクセスポイントとの間のトラフィックをトンネリングすることにより引き継ぐ。上記プラグインネットワークインターフェース装置は、物理的にプラグインされる装置（例えば、ＵＳＢドングル）、物理的に接続される装置、又は物理的なネットワークインターフェース装置を他の仮想／仮想化ネットワークインターフェース装置と共用する仮想／仮想化ネットワークインターフェース装置であり得る。
【００１７】
上記本発明実施態様において、ドッキングステーションは２つのWi-Fi無線機をサポートする必要があり得る。しかしながら、全ての無線ドッキングステーションが２つの内蔵Wi-Fi無線機を搭載するというものではない。従って、他の本発明実施態様では、無線ドッキングステーションは、有利には無線ドッキングステーションに第２のWi-Fi無線機を設けるプラグインネットワークインターフェースをサポートすることができる。
【００１８】
更に、無線技術が進化するにつれて、次世代無線規格の競合するバージョンが開発されている。従って、プラグインネットワークインターフェースを有することは、如何なる新規なバージョンの無線規格も、既存のドッキングステーションを改良置換又は交換することを要せずに、プラグインネットワークインターフェース内で実施化することができるという利点を有する。
【００１９】
従って、他の実施態様において、本発明は被ドッキング装置をドッキングステーションにドッキングする無線ドッキングシステムに関するもので、該ドッキングステーションは、上記被ドッキング装置に接続するための第１ネットワーク回路と、無線ネットワークアクセスポイントに接続するための第２ネットワーク回路と、プラグインネットワークインターフェース装置とを含み、上記被ドッキング装置との接続を確立すると、上記ドッキングステーションは該被ドッキング装置から上記無線ネットワークアクセスポイントにアクセスするための情報を受信すると共に、該被ドッキング装置と該無線ネットワークアクセスポイントとの間の接続を、該接続のために被ドッキング装置から受信された上記情報を用いてアクセスポイントに接続することにより且つ該被ドッキング装置と無線ネットワークアクセスポイントとの間のトラフィックをトンネリングすることにより引き継ぎ、上記被ドッキング装置は遠隔装置ドライバを有し、上記ドッキングステーションは該ドッキングステーションに接続される周辺機器装置の汎用装置ドライバを有し、該汎用装置ドライバは、当該被ドッキング装置から周辺機器装置へ該被ドッキング装置と上記プラグインネットワークインターフェース装置との間の無線接続を介してデータを送信するために、上記遠隔装置ドライバにより制御される。
【００２０】
他の実施態様において、本発明は被ドッキング装置をドッキングステーションに無線でドッキングする方法に関するもので、該方法は、上記被ドッキング装置と上記ドッキングステーションとの間の接続を第１ネットワーク接続を介して確立するステップと、上記ドッキングステーションにより上記被ドッキング装置から無線ネットワークアクセスポイントにアクセスするための情報を受信するステップと、上記ドッキングステーションにより上記被ドッキング装置と上記無線ネットワークアクセスポイントとの間の接続を、該接続のために上記被ドッキング装置から受信された上記情報を用いて上記アクセスポイントに第２ネットワーク接続を介して接続することにより且つ上記被ドッキング装置と上記無線ネットワークアクセスポイントとの間のトラフィックをトンネリングすることにより引き継ぐステップと、上記被ドッキング装置から上記ドッキングステーションに接続された周辺機器装置へ該被ドッキング装置と該ドッキングステーションにおけるプラグインネットワークインターフェース装置との間の無線接続を介してデータを送信するために、該ドッキングステーション内の汎用装置ドライバを該被ドッキング装置内の遠隔装置ドライバにより制御するステップと、を含む。
【００２１】
一般的に、本発明の種々の態様は、本発明の範囲内で如何なる可能な方法でも組み合わせ及び結合することができる。本発明と考えられる主題は本明細書の末尾の請求項に特別に示されると共に明確に記載されている。本発明の上述した及び他の特徴及び利点は、添付図面に関連して後述される詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００２２】
【図１】図１は、本発明の実施態様によるドッキング及びアクセスポイントに接続するネットワーク環境を示す。
【図２】図２は、本発明の実施態様によるドッキングの後のネットワーク環境を示す。
【図３】図３は、本発明の実施態様によるハンドオーバ処理の高レベルのプロトコルの流れを示す。
【図４】図４は、Wi-Fi“ｎ”（802.11n）規格による無線接続を介してドッキングするためのネットワーク環境を示す。
【図５】図５は、全装置に次世代無線規格を組み込んだ無線接続を介してドッキングするためのネットワーク環境を示す。
【図６】図６は、本発明の実施態様による構成を用いた無線接続を介してドッキングするためのネットワーク環境を示す。
【図７】図７は、本発明の実施態様による汎用装置ドライバを示す。
【発明を実施するための形態】
【００２３】
図１は、被ドッキング装置１１０がアクセスポイント１３０に接続するための無線範囲内にあるネットワーク環境を示している。アクセスポイント１３０は、例えば、Wi-Fiアクセスポイントであり得る。被ドッキング装置１１０がアクセスポイント１３０の範囲内に入ると、該被ドッキング装置１１０は接続１１５を介してアクセスポイント１３０につながる。被ドッキング装置１１０は、図２を参照して詳述するように、リンク１２５を介してドッキングステーション１２０にドッキングしようと欲し得る。ドッキングステーション１２０は、プリンタ１４０及び大型スクリーンモニタ１５０等の周辺機器装置に接続されている。
【００２４】
前述したように、被ドッキング装置１１０はアクセスポイント１３０に対する接続のための設定をドッキングステーション１２０に転送し、アクセスポイント１３０及びドッキングステーション１２０の各々に対する接続の代わりに、１つの接続を維持する。上記ドッキングステーションは、被ドッキング装置１１０が上記アクセスポイントに対する接続を該ドッキングステーションに移転することを可能にすることにより仲介装置として動作する（図２参照）。
【００２５】
ドッキングステーション１２０は、ドッキング時点で被ドッキング装置１１０が最初は何のアクセスポイント１３０に接続されていたか、当該携帯装置１１０が現在何のＩＰアドレスを有しているか、及び当該携帯装置１１０が何のTCP/IP接続を現在開いているか（例えばビデオをストリーミングするために）が分からないので、新たな接続へのハンドオーバは、当該ドッキングステーション１２０により所与のアクセスポイントに対して設定されるべき接続のパラメータの構成を含まなければならない。このハンドオーバは動的に構成可能とすることができる。何故なら、当該ネットワークには被ドッキング装置が接続されていたかも知れない複数のアクセスポイントが存在し得るからである。
【００２６】
図２に示されるように、被ドッキング装置２１０はドッキングステーション２２０にドッキングされる。被ドッキング装置２１０はドッキングステーション２２０に対して、該被ドッキング装置２１０がドッキングの前にWi-Fiアクセスポイント２３０に対して有していた該Wi-Fiアクセスポイント２３０のＳＳＩＤ、Wi-Fi接続のセキュリティ証明、当該装置のＭＡＣアドレス、現在のＩＰアドレス及び好ましいＤＮＳサーバ等のネットワーク設定を転送する。ドッキングステーション２２０は、Wi-Fiアクセスポイント２３０に対する接続のために被ドッキング装置２１０から受信された上記ネットワーク設定（例えば、該被ドッキング装置のＩＰアドレス等）を用いることにより、且つ、被ドッキング装置２１０とWi-Fiアクセスポイント２３０との間の接続２１５及び２２５を介してのトラフィックをトンネリングすることにより、被ドッキング装置２１０とWi-Fiアクセスポイント２３０との間の接続を引き受ける（“引き継ぐ”）。この場合、被ドッキング装置２１０は、リンク２１５上でドッキングステーション２２０を介してプリンタ２４０及び大型スクリーンモニタ２５０等の周辺機器装置に対するアクセスを有すると共に、リンク２１５、ドッキングステーション２２０及びリンク２２５を介してアクセスポイント２３０に属するネットワーク２６０に対するアクセスを有することになる。
【００２７】
アクセスポイント２３０に対する既存の接続及び既存のネットワーク接続（例えば、ビデオをストリーミングするための）は、ドッキングステーション２２０を介しての接続により継ぎ目無しに且つ自動的に引き受けられ（“引き継がれ”）なければならない。アプリケーションに依存して、被ドッキング装置２１０が接続されるアクセスポイント２３０はドッキングの間に動的に変化し得る。しかしながら、ハンドオーバ処理は好ましくはユーザ及び被ドッキング装置２１０のアプリケーションにとり透明であるべきである。
【００２８】
一実施態様において、被ドッキング装置２１０とドッキングステーション２２０との間の接続はWi-Fi直接（ダイレクト）接続である。また、被ドッキング装置２１０がアクセスポイント２３０に対して持っていた直接接続は、該被ドッキング装置２１０とアクセスポイント２３０との間の接続を構成及び設定する間に中断又は閉じられ得る。しかしながら、可能性のある接続タイプは、他の接続規格、次世代無線規格又は競合する構成を含み得る。
【００２９】
他の実施態様において、ドッキングステーション２２０とドッキングする際に、被ドッキング装置２１０は、アクセスポイント２３０に接続するためにドッキングステーション２２０に対してトンネリング接続を使用するように自身を自動的に再構成する。このように、トラフィックは被ドッキング装置２１０とドッキングステーション２２０との間の新たなWi-Fi直接接続を介してトンネリングされる必要がある。
【００３０】
他の実施態様では、被ドッキング装置２１０がドッキングステーション２２０に当該非ドッキング装置２１０とアクセスポイント２３０との間のＷＬＡＮ接続証明に関して通知することを可能にする新たなプロトコルが定義される。この場合、ドッキングステーション２２０は、当該携帯装置２１０の代わりにアクセスポイント２３０に接続すると共にトラフィックを該携帯装置２１０へ／からトンネリングする能力を持つために、該携帯装置２１０のＩＰアドレス及び他のパラメータを自動的に引き継ぐ。
【００３１】
ハンドオーバをサポートする上記新たなプロトコルは多くの形態を有することができる。一実施態様において、当該プロトコル相互作用は、無線ドッキングのための一層複雑なプロトコル交換、例えば被ドッキング装置がドッキング環境においてスクリーンを発見し、該スクリーンに接続することになるようなプロトコル交換の一部として実行される。他の例は、当該プロトコル相互作用が遠隔ドライバを用いてWi-Fi接続上でＵＳＢ ＣＤＣ又は(Ｒ)ＮＤＩＳインターフェースコマンドを使用することに基づくものである場合である。
【００３２】
例示的なプロトコルの流れが図３に示されている。この例は、ハンドオーバのみに焦点を合わせたもので、次に記載されている。尚、図３に示されるイベントの順序はイベントの必須の順番ではなく、理解を容易にするための例に過ぎない。異なる順番及び同時的な順番も考えられる。
【００３３】
ステップ３１０：被ドッキング装置はドッキングステーションとのドッキングを開始する。このステップを実現するために、被ドッキング装置により該被ドッキング装置とドッキングステーションとの間の双方向通信チャンネルが形成される。このチャンネルは、例えば当該２つの装置間のブルートゥースリンク、ドッキングステーションに対するWi-Fi接続又はホームネットワーク上のTCP/IPプロトコルに基づくものとすることができる。後者の場合、当該通信チャンネルはアクセスポイントを介して実現される。この場合、被ドッキング装置及びドッキングステーションの両者は、恐らくは、アクセスポイントに対して安全な接続を有するので、これらは共に単一の（ローカル）ＩＰ（サブ）ネットワーク上に存在し、該被ドッキング装置がTCP/IPを用いて通信チャンネルを開くことを可能にする。
【００３４】
ステップ３２０：被ドッキング装置は上記双方向通信チャンネルを用いてドッキングステーションから該ドッキングステーションの能力を記述した情報を取り込む。この処理は、例えば上記双方向通信チャンネルを介して特定のコマンド“GET/capabilitiesinfo”を送信して、ドッキングステーションに該ドッキングステーションのコンピュータ読取可能な記述を含むバイトシーケンスを送信させることによって応答させることにより実行することができる。
【００３５】
ステップ３３０：被ドッキング装置は、該被ドッキング装置がアクセスポイントに対する接続のために使用しているのと同一のネットワーク証明を用いてアクセスポイントに接続することにより、且つ、被ドッキング装置とアクセスポイントとの間のトラフィックをトンネリングすることにより、当該ドッキングステーションの能力の１つが、該被ドッキング装置と当該アクセスポイントとの間の接続を“受け継ぐ”ことができることであることを見いだす。被ドッキング装置は、このドッキングステーションの能力を使用することを決定する（例えば、該被ドッキング装置内のソフトウェア）。
【００３６】
ステップ３４０：被ドッキング装置は、ドッキングステーションに対する現双方向通信チャンネルを閉じ、アクセスポイントと通信するための自身の内蔵無線機を停止し、ドッキングステーションに対する接続を確立するために自身の無線機の使用を開始する。例えば、被ドッキング装置は、特定の順序ではないが、ドッキングステーションとの上記双方向通信接続としてのブルートゥース接続を閉じ、アクセスポイントとのWi-Fi接続を閉じ、ドッキングステーションに対するWi-Fi直接接続を確立する。
【００３７】
ステップ３５０：ドッキングステーションに対する該接続が確立されたら、被ドッキング装置により該被ドッキング装置とドッキングステーションとの間の第２の双方向通信チャンネルが、今度は形成されたばかりの上記接続（例えば、ドッキングステーションに対するWi-Fi直接接続）を介して、形成される。
【００３８】
ステップ３６０：被ドッキング装置は、この第２の双方向通信チャンネルを介してドッキングステーションにコマンドを送信する。該コマンドは、被ドッキング装置とアクセスポイントとの間の接続を“受け継ぐ”ための機能が当該ドッキングステーションにより起動されるべきであることを示すものである。このコマンドは、この機能を働かせる（例えば、ドッキングステーションがアクセスポイントと再連結及び再認証することを可能にする）ために要する必要情報（コマンドパラメータ）を含む。例えば、Wi-Fiアクセスポイントの場合は：
・当該Wi-FiアクセスポイントのＳＳＩＤ（及び恐らくはチャンネル）。例えば、カプセル化されたＵＳＢ ＲＮＤＩＳメッセージOID_DOT11_DESIRED_BSSID_LISTを用いる；
・当該Wi-Fiアクセスポイントに接続するために被ドッキング装置により使用されたＩＰアドレス；
・当該Wi-Fiアクセスポイントに接続するために被ドッキング装置により使用されたＭＡＣアドレス、該アクセスポイントのＭＡＣアドレス及び当該Wi-Fi連結の“宛先”のＭＡＣアドレス；
・当該Wi-Fiアクセスポイントに接続するために被ドッキング装置により使用されたＷＥＰ又はＷＰＡキー。他のセキュリティ証明は、例えばWPA-2セキュリティが使用される場合、適切なＣＣＭＰ又はＴＫＩＰ保護フレームを形成するために、対マスターキー（ＰＭＫ）、対トランジェントキー（ＰＴＫ）、グループテンポラルキー（ＧＴＫ）、ブロック暗号並びにＭＩＣコード及びメッセージシーケンス番号を含み得る。被ドッキング装置が当該アクセスポイントとのチャレンジ・レスポンス交換に参加して、証明の完全なコピーの代わりにドッキングステーションと一時的キーしか共有する必要がないようにすることが好ましい；
・被ドッキング装置とドッキングステーションとの間のＩＰパケットトンネリング接続のための設定パラメータ；
等である。
【００３９】
ステップ３７０：ドッキングステーションは要求された機能を起動し、被ドッキング装置の代わりに当該アクセスポイントとの接続を設定するので、該被ドッキング装置はドッキングステーションを介して当該アクセスポイントと再び作用し合うことができる。
【００４０】
使用されるトンネリングの正確な形態に依存して、コマンドパラメータは異なるであろう。上記例において、ＩＰパケットは被ドッキング装置によりトンネルを介してドッキングステーションに送信され、該ドッキングステーションは、更に当該Wi-Fiアクセスポイントに送信する前に、これらＩＰパケットをWi-FiパケットにＷＥＰ又はＷＰＡセキュリティと共に埋め込む責任を持つ。ドッキングステーションは、このようにする前に、該無線ドッキングステーションにより使用されるＩＰアドレスを合致させるべくＩＰヘッダ内のソースアドレスを変更する必要があり得る（被ドッキング装置により以前に使用されたもの）。
【００４１】
ここで、ＩＰパケット経路指定が正しく設定されることを保証するためにステップの幾つかがなされる。被ドッキング装置Ｄがアクセスポイントとの通信でＩＰアドレスＤＩＰを使用していたと仮定する。ＩＰアドレスＤＩＰを得た及び所与のアクセスポイントにより提供される無線ＬＡＮを使用した一環として、当該無線アクセスポイントに接続される幾つかの装置は、自身のＡＲＰキャッシュ内に、ＭＡＣ対ＩＰアドレスマッピング（ＤＩＰ，ＤＭＡＣ）を有し、ここで、ＤＭＡＣは当該被ドッキング装置のＭＡＣアドレスである。装置は、この情報を適切なＭＡＣアドレスにパケットを送信するために使用する。従って、当該無線ＬＡＮに接続された装置は、ＩＰパケットが他のＭＡＣアドレス（即ち、被ドッキング装置の代わりにドッキングステーションのＭＡＣアドレスＨＭＡＣ）から突然到来した場合、何らかの形のＭＡＣなりすましが用いられ、これによりドッキングステーションが被ドッキング装置のＭＡＣアドレスＤＭＡＣを引き継がない限り、混乱し得る。この問題を克服するために下記の動作を行うことができる。
−  被ドッキング装置によりアクセスポイントに接続するために使用されるＩＰアドレスＤＩＰが、例えば該被ドッキング装置とドッキングステーションとの間のWi-Fi直接接続ＤＣ上の構成プロトコルを使用してドッキングステーションに送信される。該Wi-Fi直接接続により形成されるWi-FiダイレクトＰ２Ｐグループ内で使用されるＩＰアドレスは、被ドッキング装置に対してはＤＩＰ２であり、ドッキングステーションに対してはＨＩＰ２である。
−  ドッキングステーションが被ドッキング装置のＭＡＣアドレスを引き継がず、代わりに自身のＭＡＣアドレスＨＭＡＣを使用すると仮定すると、該ドッキングステーション及び／又は被ドッキング装置は（ドッキングステーションから接続ＤＣを介して受信されるトンネリングされたＩＰパケットに応答することにより）、マッピング（ＤＩＰ，ＨＭＡＣ）を含むＡＲＰ応答メッセージを送信することにより自身のＩＰアドレスＤＩＰに属するＭＡＣアドレスの如何なるＡＲＰリクエストに対しても回答する必要がある。ドッキングステーション及び／又は被ドッキング装置は、ＬＡＮ全体に余計なＡＲＰ応答メッセージをブロードキャストして、新たなマッピング（ＤＩＰ，ＨＭＡＣ）を通知しなければならない。このことは、当該ＬＡＮに接続された全ての装置にＡＲＰキャッシュを更新させるので、被ドッキング装置のＩＰアドレスＤＩＰに宛てられたＩＰパケットは正しいＭＡＣアドレス（即ち、ＨＭＡＣ）に配信される。ドッキングステーションがアクセスポイントによりアドレスＤＩＰを再び使用することを許可されるためには、被ドッキング装置が自身をアクセスポイントから認証解除又は連結解除しなければならないであろう。
−  ドッキングステーションは、ＤＩＰを、該ドッキングステーションによりアクセスポイントへ送信されるべき上記Wi-Fi直接接続ＤＣを介して被ドッキング装置から受信されたＩＰパケットのＩＰヘッダにおけるソースアドレスとして使用する。ＩＰパケットのカプセル化の形態に依存して、被ドッキング装置はＤＩＰを該被ドッキング装置によるＩＰヘッダにおけるソースアドレスとして設定し得る。さもなければ、ドッキングステーションがソースアドレスをＤＩＰに設定する必要がある。
−  ドッキングステーションが如何なるブロードキャスト／マルチキャストパケット又は宛先アドレスとしてＤＩＰを備えた如何なるパケットを受信した場合も、該ドッキングステーションは該パケットを、ＤＩＰ２を宛先アドレスとして用いて接続ＤＣ上で被ドッキング装置へ（透明に又はカプセル化により）転送する。被ドッキング装置は、これらのＩＰパケットを、如何なる応答も接続ＤＣを介してドッキングステーションを経てトンネリング返送されなければならないことを考慮に入れて、アクセスポイントに直接対する場合に通常に行うであろう様に使用し及び応答することができる。
−  被ドッキング装置は、自身のＩＰアドレスのＤＨＣＰリースをリフレッシュする内部バックグラウンド処理を、新たなマッピング（ＤＩＰ，ＨＭＡＣ）を用いてリフレッシュし続けるように構成する。
−  被ドッキング装置は、上記の余分なＡＲＰメッセージを数回再送信して、過渡的なパケット配信エラーが当該ＬＡＮに接続された装置の何処かに古いＡＲＰキャッシュの存在を生じさせる可能性を最少化する。
注記：上記方式は、ドッキングステーションが自身により自身のＩＰアドレスＨＩＰを使用してＷＬＡＮにアクセスするために自身のネットワークインターフェースを使用することを妨げるものではない。単一のインターフェースＨＩが２つのＩＰアドレス（即ち、ＤＩＰ及びＨＩＰ）を受け持つことも、ＬＡＮに接続された他の装置が自身のＡＲＰテーブル内に、これら両ＩＰアドレスから単一のＭＡＣアドレスＨＭＡＣへのマッピングを有することも可能である。
注記２：ここで述べるトンネリング方式は、ＩＰトラフィックに対して動作する。しかしながら、ＭＡＣプロトコルメッセージをトンネリングするためには、何らかの形態のＭＡＣなりすましが使用されねばならないであろう。
【００４２】
代替実施態様において、完全に形成された事前暗号化された802.11パケットをドッキングステーションに送信するために被ドッキング装置によりトンネルが使用され、該ドッキングステーションには、これらパケットを内部を変更しないで送信する責任のみを残す。上記事前暗号化された802.11パケットは、該パケットを被ドッキング装置とドッキングステーションとの間の接続を用いて正しく転送するために他のＩＰパケット内にカプセル化される必要があり得る。この代替実施態様において、前記パラメータは、使用されるべきWi-Fiチャンネル等の低レベル無線機設定を指定することに限定することができる。この代替実施態様において、当該接続を実現するために必要とされる証明は、最早、ハンドオーバを開始するために被ドッキング装置によりドッキングステーションへ送信されるパラメータの一部ではなく、必要な証明はトンネリングされる各パケット内に被ドッキング装置により事前に埋め込まれる。被ドッキング装置は、例えばフレームがアクセスポイントへ送信されるべき際の斯かるフレームの順序づけ及びＷＰＡ−２暗号化を管理することにより、ドッキングステーションがアクセスポイントへ送信すべき正しいフレームを構築する責任を全体的に又は部分的に負う。アクセスポイントに対するものであるフレームは、被ドッキング装置によりドッキングステーションに送信される。このことは、これらフレームを被ドッキング装置とドッキングステーションとの間の接続の接続証明を使用してカプセル化／パッケージ化することにより実行される。被ドッキング装置とドッキングステーションとの間の通信チャンネルは自身の暗号化を設け得るので、被ドッキング装置はある種の二重暗号化を実行しなければならない可能性がある。これらのメッセージを受信するドッキングステーションは、フレームを被ドッキング装置により構築されたままで単にアクセスポイントへ転送することができる。ドッキングステーションはアクセスポイントへのメッセージを暗号化する必要はないので、接続のハンドオーバの間においてセキュリティ証明が被ドッキング装置からドッキングステーションへ転送される必要はない。
【００４３】
しかしながら、この実施態様では、ドッキングステーションは、例えばＭＡＣなりすまし等を実行することにより、メッセージの発信人として被ドッキング装置に “扮する”必要がある。従って、依然として被ドッキング装置のＭＡＣアドレスをドッキングステーションに送信する必要がある。他のパラメータは、使用するWi-Fiチャンネル、聴取間隔等の低レベル無線機設定を含み得る。被ドッキング装置の接続が切断され、ドッキングステーションに受け渡される前に、該ドッキングステーションに被ドッキング装置により当該アクセスポイントと通信するために使用されていたものと同一のWi-Fiチャンネルを使用させることは、ハンドオーバ処理を高速化させ得る。何故なら、ドッキングステーションはデータを正しいチャンネル上で即座に送信することができるからである。このことは、後続のフレームを突然別のチャンネルで受信することによるアクセスポイントによる疑念も低減することができる。
【００４４】
ドッキングステーションの一実施態様において、該ドッキングステーションは被ドッキング装置とアクセスポイントとの間の２つの接続を２つの別個のWi-Fi無線サブシステム又は回路を有することにより実現する。例えば図２に示されるように、ドッキングステーション２２０に対して、１つの接続は被ドッキング装置２１０に接続するためのものであり、他の接続はアクセスポイント２３０に接続するためのものである。各回路は、ハードウェア回路エレメント及びソフトウェア構成要素の組み合わせを有することができる。しかしながら、２つの要求された接続が少なくとも幾つかのハードウェアエレメントを共用するようなドッキングステーションを形成することもできる。例えば、ドッキングステーションは、ａ）被ドッキング装置と通信するための５ＧＨｚ帯域上でのWi-Fi‘ｎ’（802.11n）通信及びｂ）Wi-Fiアクセスポイントと通信するための２.４ＧＨｚ帯域上でのWi-Fi‘ｇ’（802.11g）通信を同時に使用することが可能な単一のチップセットを含むことができる。ドッキングステーションにおける２つの無線接続の間の区別は、従って、当該ドッキングステーションをハードウェアレベルで調べる場合に必ずしも可視ではない、接続間の論理的区別として見られる。アンテナの同時的使用は：
Ａ．各リンクがアンテナを時分割で使用する、別個のWi-Fiリンクを形成するために使用される単一の物理的アンテナが存在する；
Ｂ．各アンテナがリンクを実現するために使用される、少なくとも２つの別個の物理的アンテナが存在する、
なる２つの方法で実施化することができることに注意されたい。
【００４５】
上記例において、各リンクはドッキングステーションにおいて別個のＭＡＣアドレス及び／又は別個のＩＰアドレスを有することにより実現されることを特徴とし得る。単一のアンテナで時分割の場合、ＭＡＣアドレス及び／又はＩＰアドレスなりすましを用いることができる。
【００４６】
更に、本発明によるシステムは被ドッキング装置１１０，２１０及びドッキングステーション２２０を有し、該ドッキングステーションは被ドッキング装置１１０，２１０に接続するための第１ネットワーク接続２１５を確立する第１手段と、無線ネットワークアクセスポイント１３０，２３０に接続するための第２ネットワーク接続２２５を確立する第２手段とを有し、
上記ドッキングステーション２２０は、第１ステップにおいて被ドッキング装置１１０，２１０から無線ネットワークアクセスポイント１３０，２３０にアクセスするための情報を受信するために上記ドッキングステーションと上記被ドッキング装置との間に安全な無線接続を確立すると共に、第２ステップにおいて上記ドッキングステーションと上記無線ネットワークアクセスポイントとの間の安全な無線接続を、該接続のために被ドッキング装置１１０，２１０から受信された上記情報を使用して該アクセスポイント１３０，２３０に接続することにより確立するように構成され、
上記ドッキングステーションは、更に、被ドッキング装置１１０，２１０と無線ネットワークアクセスポイント１３０，２３０との間のトラフィックのトンネリングを可能にするように構成される。
【００４７】
モードＡ（別個のWi-Fiリンクを形成するために使用される単一の物理的アンテナ）での正しい使用のために、上記第１及び第２手段は同一のハードウェア回路及び種々のレイヤを実施化する対応するソフトウェアドライバにより実施化され、上記リンクの各々は上記アンテナの時分割使用により形成される。この場合においては、アクセスポイントとの安全な接続を実現するための仮想アンテナを形成するためにＩＰアドレス及び／又はＭＡＣアドレスなりすましが用いられる。
【００４８】
モードＢ（２つの物理的アンテナ）での同時使用のために、上記第１及び第２手段は上記図を参照して説明されたような第１及び第２回路により実施化される。本発明の他の実施態様によれば、第２ネットワーク接続２２５を確立するための第２手段は、プラグインネットワークインターフェース装置（例えば、Wi-Fiドングル）に対応する。
【００４９】
現在、Wi-FiはIEEE 802.11n規格によりサポートされている。しかしながら、Wi-Fi‘ｎ’のデータレートは幾つかのアプリケーションをサポートするには、及び長期間の発展を可能にするには十分な帯域幅を提供することはできない。例えば、図４に示されるような、Wi-Fi‘ｎ’（802.11n）規格による無線接続を介してドッキングするためのサポートを考察する。図４はアプリケーション４１２を実行する被ドッキング装置４１０を示している。該アプリケーション４１２はデータを被ドッキング装置４１０のWi-Fi ｎ１インターフェース４１４とドッキングステーション４２０のWi-Fi ｎ２インターフェース４２４との間の接続を介して周辺機器装置４３０へ送信する。例えば、矢印は上記アプリケーションからドッキングステーション４２０を介してスクリーン（周辺機器４３０）までのビデオ情報の流れを示している。Wi-Fi‘ｎ’データレートは、例えばドッキングステーションの高解像度スクリーン上にドッキングされた状態でビデオゲームを滑らかに再生するには十分に高くないであろう。例えば、６０Ｈｚでのピクセル当たり２４ビットによる１２８０ｘ１９２０ピクセルのスクリーン更新速度がサポートされる必要がある。これは３３７５Mbit/sのデータレートに達し、最も進んだWi-Fi‘ｎ’構成で約束される３００Mbit/sを遙かに超えている。ビデオ圧縮は或る程度助けとなり得るが、実際には、より高速な無線システムの使用が必要となる。
【００５０】
無線ドッキングに対する可能性のある予想計画は、Wi-Fi‘ｎ’より大幅に速い次世代無線規格が使用されることである。次世代無線に対する多くの研究開発が存在し、時には６０ＧＨｚ帯及び／又はＵＷＢ変調を使用している。６０ＧＨｚ帯に基づく規格のバージョンは、時には、“ｗｉｎ６０”規格と称されている。
【００５１】
しかしながら、問題は、多くの研究開発はなされているが、“ｗｉｎ６０”等の単一の全世界的次世代無線規格が競合者の中で唯一の利用可能な残存オプションとして浮上するかが現在のところ保証されないという点である。
【００５２】
従って、単一の次世代規格の使用を義務づける単一“バージョン２”が定義され得ない場合、現在の規格を実施化するシステム及び方法は可能性のある将来の規格をサポートするための柔軟性を含むことが望ましい。ここで説明するシステム及び方法は、多くの可能性のある次世代無線規格が互換性のある方法でサポートされることを可能にするために構成可能なインターフェースを使用する。
【００５３】
図５は、例えば“ｗｉｎ６０”無線規格等の次世代無線規格を組み込むことに関連した実施態様を示している。被ドッキング装置５１０及びドッキングステーション５２０の両者は、次世代無線規格を実施化する無線次世代“ｗｉｎ６０”装置“win60 1”５１６及び“win60 2”５２６を組み込んでいる。アプリケーション５１２がビデオアプリケーションである例では、ビデオ情報は幅広の矢印で示された非常に“太い”パイプを介して流れることができ、周辺機器装置５３０（例えば高解像度表示スクリーン）において高解像度での滑らかな表示を可能にする。一実施態様においては、“バージョン１”装置との後方互換性のためにWi-Fi n1 ５１４及びWi-Fi n2 ５２４のブロックが存在することが期待される。この構成は、有利にも、エンドユーザにWi-Fiに対する後方互換性及び“ｗｉｎ６０”に対する前方互換性を提供する。
【００５４】
図６は、本発明の他の実施態様を示す。この実施態様によれば、新たな被ドッキング装置の作製者（例えば、携帯電話の製造供給元）は特定の次世代無線規格を選択する。説明を容易にするために、該規格は“con60”と呼ばれる次世代無線革新空間における“競合者”と称する。図６に示されるように、この競合者次世代無線規格は、“con60”１を実施化する装置６１６を追加することにより被ドッキング装置６１０に含められる。該“con60”１装置６１６は、被ドッキング装置６１０のために上記競合者次世代無線規格を実施化する。その目的は、ドッキングステーション６２０が“con60”プロトコル又は“con60”装置を扱う組込ソフトウェアを有さない“バージョン１”ドッキングステーションであっても、ドッキングステーション６２０にデータを送信する（Wi-Fi“ｎ”により可能なものより大幅に高速で）ために“con60”１装置６１６を使用することである。ドッキングステーション内で上記“競合者”無線規格を実施化するために、“con60”を実施化する第２“con60”２装置６４６がコネクタ６４０を使用してドッキングステーション６２０に接続される。例えば、上記“con60”２装置６４６はＵＳＢドングル（“ドングル”又は“スティック”の形状を持つＵＳＢ装置）として実施化することができ、上記コネクタ６４０はＵＳＢコネクタとして実施化することができる。
【００５５】
ドッキングステーション６２０は接続された“con60”２装置６４６をＵＳＢ装置として認識することができるかも知れないが、ドッキングステーション６２０は該装置６４６を使用することができそうもない。何故なら、ドッキングステーション６２０は“con60”２装置６４６を初期化及び動作させるためのソフトウェアを有さないからである。この問題は、ドッキングステーションが“con60”２装置６４６と互換的となるように被ドッキング装置６１０内の特定の遠隔ドライバ“remote drv con60”６１８により遠隔的に制御することが可能な、汎用ドライバ“gen drv”６２８をドッキングステーション６２０に組み込むことにより新規な態様で克服される。
【００５６】
例えばアプリケーション（apps）６１２として図示されたビデオアプリケーションにおいて、ドッキングステーション６２０における汎用ドライバ“gen drv”６２８は、該ドッキングステーション６２０内の処理エレメントを介して“con60”２装置６４６により無線で受信されたデータを周辺機器６３０（例えば、スクリーン）に伝達することができる。従って、ビデオ情報は一層“太い”パイプを介して流れることができる。
【００５７】
一実施態様において、汎用ドライバ６２８は、特定の接続された“con60”２装置６４６を完全に制御するために必要とされる全ての知能（ソフトウェア）を含むものではない。この実施態様において、該ソフトウェアの幾らかは、該汎用ドライバ６２８とWi-Fi“ｎ”インターフェースを介して通信する被ドッキング装置６１０内に（遠隔ドライバ６１８内に）存在する。上記２つのドライバ６１８及び６２８の間の接続は、“con60”２装置６４６が、被ドッキング装置６１０のWi-Fi n1 装置６１４とドッキングステーション６２０のWi-Fi n2 装置６２４との間の（レガシな低速度の）Wi-Fi“ｎ”接続を介して初期化される前に生ずることもできる。“con60”２プロトコルを介しての接続が確立された後、上記遠隔ドライバの制御は“con60”装置を経るデータリンクを介して全体として又は部分的に実施することもできる。
【００５８】
図７は汎用遠隔ネットワークドライバの例示的詳細を示す。異なる実施態様は異なる実施化選択を行う。
【００５９】
図７に示された汎用ドライバ７００は、３つの接続Ｃ７１０、Ｄ７２０及びＲ７３０を備えて示されている。３つの全ての接続は、双方向的メッセージの流れ（即ち、汎用ドライバへのメッセージ及び汎用ドライバからのメッセージ）を実施及びサポートする。
【００６０】
ドライバ７００の全ての接続は、説明を容易にするために、双方向的メッセージの流れを伝えるように示されている。しかしながら、斯かる接続を例えばパケットのためのチャンネルとして、又はメソッド呼び出しを行うことができるオブジェクトインターフェースとしてモデル化する他のやり方も有効である。以下の説明においては、“メッセージ”の見方は、表記法として幾らか任意に選択される。
【００６１】
以下の実施態様に関しては、ＵＳＢの特定の実施化が説明される。ＵＳＢスタックにおける異なるレベルにおいては、異なるタイプのメッセージが定義される。最も低いレベルには、ＵＳＢコネクタのワイヤを介して流れるＵＳＢ“パケット”が存在する。より高いレベルでは、ＵＳＢはパケットを“トランザクション”にグループ化する。１つのトランザクションは、ＵＳＢ装置からのメッセージ又はＵＳＢ装置へのメッセージの何れかとして解釈することができる。装置へのメッセージにおいて、ＵＳＢはペイロードデータを伝送する目的を持つトランザクションと、装置を制御する（例えば、設定を変更する）目的を持つトランザクションとの間の区別をする。好ましくは、前記汎用ドライバの構造を簡素化するために、接続ＣがＵＳＢにより実現される場合、該コネクタを介して流れるメッセージは、ＵＳＢパケットにではなく、ＵＳＢトランザクションにマッピングする。この場合、ＵＳＢで規格化されたトランザクションとＵＳＢパケットとの間のマッピングは、ドッキングステーション内の一層低いレベルのスタックに任され、汎用ドライバのビルダ（builder）とは関係がない。
【００６２】
図７は、汎用ドライバ７００の接続及び内部のものを示し：
・Ｃ７１０は前記無線装置“con60”２に対する接続であり；
・Ｄ７２０は当該ドッキングステーションの内部のものの残部に対する接続であり；
・“Disc”は下記に説明するメッセージ弁別器であり、メッセージを、
−  ＭＲ：Ｃ７１０を介して到来する、con60”２に無線で受信されたパケット（例えば、当該ドッキングステーションに接続された周辺機器のためのビデオデータを含むパケット）を（又は斯かるパケットの一部を）含むメッセージ、及び
−  非ＭＲ：他のメッセージ、
なる２つのタイプに分離し；
・“Proc”は下記に説明するメッセージプロセッサであり；
・“Comm”は下記に説明するコマンドインタープリタである。
【００６３】
汎用ドライバ７００はメッセージを、該汎用ドライバ７００が該メッセージの内容の幾つか又は全てを理解することができなくても、接続された装置“con60”２に対して接続Ｃ７１０を介して送信及び受信することができる。このことは、汎用ドライバ７００が当該メッセージの内容の幾つか又は全てを解釈し、これらに作用する内蔵ソフトウェアを有さない場合に生じ得る。これは、ＵＳＢ等の最近のコネクタインターフェースは、詳細なメッセージ内容とは独立したメッセージ転送メカニズムを定義するからである。
【００６４】
対照的に、con60 2が正確にどの様に動作するかが分かっている場合、動作時にＣ７１０が汎用ドライバに送信することができる全ての可能なメッセージＭの組が与えられたとしたら、con60 2が被ドッキング装置から受信した無線データパケットを含むメッセージからなるサブセット（部分組み）ＭＲを定義することができる。
【００６５】
従って、汎用ドライバは、メッセージＭＲをＣ７１０を介して受信された他のメッセージから分離する弁別メカニズム“Disc”７４０が内部に存在するような態様で構成される。
【００６６】
この分離は、con60 2がどの様に動作するかの詳細を知っている前記遠隔ドライバにより供給される構成情報を利用することができるが、他の実施態様では、該分離は如何なる構成（コンフィグレーション）も必要とすることなく可能であり得る。即ち、該分離は当該汎用ドライバによりサポートされることを要する一連の装置の正確な性質に全て依存する。
【００６７】
当該汎用ドライバは、更に、分離されたメッセージＭＲが処理エレメント“Proc”７５０に送信されるように構成され、該処理エレメントは、前記遠隔ドライバにより構成された後又は如何なる事前の構成も要することなく、上記メッセージから無線パケットペイロードデータを抽出し、該抽出されたパケットデータをＤ７２０を介して当該ドッキングステーションの残部に出力することができる。
【００６８】
ここではコネクタＣ７１０に対してＵＳＢを使用する幾つかの実施態様が説明され、これら実施態様においてＵＳＢはcon60 2等のＵＳＢ無線インターフェース装置のメーカにより使用することが可能な特定の装置等級“ＵＳＢ通信装置等級（又はＵＳＢ ＣＤＣ）”を定義する。この等級は、ＣＤＣ装置が受信された（無線）データパケットを該装置のドライバへ送信する規格化された方法、即ちパケットペイロードデータがＵＳＢインターフェースを介してどの様に送信されるかの規格化された符号化を定義する。このことは、“Disc”７４０及び“Proc”７５０エレメントの構成を多数の可能性のあるＵＳＢ ＣＤＣ無線装置を扱うのに十分なほど強力にさせると共に、これらのエレメントが“低レベル”のハードウェア又はソフトウェアエレメントとして構成されることを可能にするので、当該ドッキングステーション内のＣＰＵ（又は複数のＣＰＵ）は上記メッセージを区別するタスクにより重く負荷が掛けられることがない。
【００６９】
マイクロソフト（登録商標）は、ＵＳＢ ＣＤＣとは異なる、ＵＳＢネットワーク装置の動作に関する他の仕様（“遠隔ネットワークドライバインターフェース仕様（RNDIS）”と称される）を定義した。一実施態様において、“Disc”７４０及び“Proc”７５０エレメントはＣＤＣ及びRNDISタイプの装置をサポートするほど柔軟である。無線ドッキングプロトコル仕様はcon60装置等のＵＳＢ装置の作製者に対する指針を含むことが予想されるので、作製者は自身の装置が無線ドッキングプロトコルにより必要とされる予想される汎用ドライバと互換性があることを確認することができる。‘Proc’７５０も、ＵＳＢを介して受信された各パケットの開始からＰＨＹ／ＭＡＣレイヤプロトコルヘッダを剥がし又は解釈することを要しそうであることに注意されたい。典型的に、このヘッダは、パケットペイロードをＤ７２０に渡すことができる前に解釈されることを要するアドレスフィールドを含んでいる。これを正しく実行するためには、前記遠隔ドライバにより供給される構成パラメータが頼りとされる。
【００７０】
汎用ドライバは、更に、前記サブセットＭＲ以外のメッセージのうちの少なくとも幾つか、好ましくは全てが、被ドッキング装置内で動作する遠隔ドライバへとＲ７３０を通過されるように構成される。
【００７１】
上記汎用ドライバ及び遠隔ドライバは、ドッキングステーションに組み込まれた既存の無線機に加えて仮想の／仮想化されたＵＳＢ ＣＤＣ又はＲＮＤＩＳ装置が使用されるような実施態様に対しても使用することができる。
【００７２】
汎用ドライバは、更に、Ｒ７３０を介して遠隔ドライバからメッセージを受信すると共に、これらメッセージをコマンドインタープリタ“Comm”７６０を用いてコマンドとして解釈することができるように構成される。汎用ドライバに特定のメッセージ（例えば、コマンドにペイロードとして封入された）を取り付けられた装置con60 2へＣ７１０を介して送信させる幾つかのコマンドが存在する。汎用ドライバの特定のエレメントを構成するために使用することができる他のコマンドも存在し得る。
【００７３】
特別な実施態様において、構成を全く必要としない汎用ドライバにおいては、上記コマンドインタープリタは到来する全てのメッセージをＲ７３０を介してＣ７１０に転送する簡単な接続により置換することができる。汎用ドライバの該構成は、遠隔ドライバが装置con60 2を初期化、構成及び監視して、被ドッキング装置とドッキングステーションとの間のcon60プロトコルによる接続を初期化し及び動作させることを可能にする。この構成は、更に、遠隔ドライバが当該接続を動作させ続けるために必要とされる全ての装置管理タスクを実行することを可能にする。例えば、遠隔ドライバはＣ７１０に接続されたcon60装置に正しい送信及び受信電力パラメータを設定するために必要とされる制御ループを実施化することができる。
【００７４】
従って、当該システムは汎用ドライバ上のコネクタＲ７３０と遠隔ドライバとの間のデータ経路を形成するために、少なくとも被ドッキング装置とドッキングステーションとの間の既存の（例えば、より低い能力の）接続を使用することができるので、より高い能力の接続が自動形成され得る。
【００７５】
一実施態様は、汎用ドライバに対して、Ｄ７２０からデータパケットを受信し、これらデータパケットをcon60 2により送信するためにＣ７１０に供給することができる、Proc及びその接続を鏡映した追加のエレメントを付加することによりcon60リンクを介しての双方向通信を実現する。
【００７６】
幾つかの実施態様は、遠隔ドライバから及び遠隔ドライバへ受け渡されるべきメッセージの数を低減することを目的として、汎用ドライバに特別なメカニズム（恐らくは、構成可能なメカニズム）も追加する。汎用ドライバは、遠隔ドライバに接触することなく、con60 2が必要とする幾つかの管理タスクを実行することができるであろう。
【００７７】
エンドユーザにとっての互換性に関する面倒さを最小限にしながら、種々の競合する次世代無線技術が一緒に使用されることを可能にする観点では、無線ドッキングプロトコル仕様の種々の実施態様は：
・  全てのドッキング装置が特定の構成の汎用ドライバ及び特定のタイプのコネクタＣ（好ましくはＵＳＢ）を有することを必要とし；
・  con60等の規格を装置に組み込む被ドッキング装置のメーカがcon60のための遠隔ドライバも実施化すると共に、タイプcon60 2の顧客装置にも既存のドッキングステーションに該装置を接続するための命令を利用可能にさせることを推奨し；
・  ＵＳＢバージョンの次世代無線装置のメーカが、規格化された汎用ドライバにより扱うことができるメッセージ符号化方式の１つに従うことを推奨する、
べきである。
【００７８】
代わりの解決策として、自身のＵＳＢスティック上に、自身のドライバソフトウェアを実行すると共に、汎用ドライバを必要とすることなく図７に示されるようにインターフェースポートＤとＵＳＢを介して直接通信することができるマイクロコントローラを有するようなcon60 2装置を定義し作製することもできることに注意すべきである。しかしながら、この代替案はＵＳＢスティック内に余分なハードウェア及びソフトウェアを必要とし得る。また、この代替解決策を採用するということは、ドッキングステーションと共に使用可能な該con60ＵＳＢスティックが、汎用ＰＣと共に使用することができる低コストcon60ＵＳＢスティックとは異なるものとなることを意味する。何故なら、汎用ＰＣスティックは、固有のドライバをＰＣ自身上にインストールすることができるので、マイクロコントローラを必要としないからである。本明細書における特定の実施態様は、ＰＣと共に使用することを意図したＵＳＢスティックが無線ドッキングステーションに対しても使用されることを可能にし、大量生産の経済性の点で有利である。
【００７９】
本明細書における他の実施態様は、例えば構成パラメータというよりは実行可能なコードをロードすることによる汎用ドライバの構成（コンフィギュレーション）を提供する。上記実行可能なコードは仮想マシンで動作し得る。このことは、互換性及びセキュリティの問題を解決する。実行可能なコードが使用される場合、図７に示す汎用ドライバの内部のものは、一実施態様では、全て単一のコード実行環境により置換することができ、該コードは図７に示される３つの接続Ｃ、Ｄ及びＲとインターフェースすることができる。
【００８０】
本明細書における特定の実施態様は、無線接続を行う装置con60 2に焦点を合わせているが、同様のアプローチは、他のタイプの装置をドッキングステーションと、該ドッキングステーションに内蔵ドライバを有することなく、統合するために使用することができる。その例は、ウェブカム又は表示装置である。
【００８１】
他のオプションとして、ドッキングステーションはcon60（又は他の競合プロトコル）を実施するＵＳＢスティック（又は複数のスティック）のための“隠された”スペースを備えて構築することができ、斯かるスティック又は複数のスティックが当該ドッキングステーションの外観に影響を与えないようにすることができる。無線ドッキングプロトコル仕様は、これらの隠されたスペースのための固有の寸法、及び当該ＵＳＢスティックのための推奨される形状又はアンテナ位置を推奨又は要求することができる。
【００８２】
最も好ましい実施態様は全ての非ＭＲメッセージを遠隔ドライバに送信するために“Disc”要素７４０を有するが、“Disc”要素７４０は、認識しない大きな区分のメッセージを無視するように構成することもできる。例えば、認識しないメッセージは捨てる。これらのメッセージが生じ得ない又は関係しない限り、このことは、ドッキングステーションの正しい動作を阻害することはないであろう。
【００８３】
本明細書における特定の実施態様は、無線ドッキングプロトコル仕様又は私有の構成による無線ドッキング製品に適用することができる。
【００８４】
上述した詳細な説明は、本発明を定義するための限定としてではなく、種々の発明がとることができる選択された形態の解説として理解されることを意図するものである。各請求項に記載の発明の範囲を定義することを意図するものは、全ての均等物を含む請求項のみである。
【００８５】
最も好ましくは、本発明の原理はハードウェア、ファームウエア及びソフトウェアの何らかの組み合わせとして実施化される。更に、ソフトウェアは、好ましくは、部品からなる、又は特定の装置及び／又は装置の組み合わせのプログラム記憶ユニット又は非一時的コンピュータ読取可能な記憶媒体上に実体的に具現化されたアプリケーションプログラムとして実施化される。アプリケーションプログラムは、如何なる適切なアーキテクチャを有するマシンによってもアップロードし、実行することができる。好ましくは、該マシンは、１以上の中央処理ユニット（ＣＰＵ）、メモリ及び入力／出力インターフェース等のハードウェアを持つコンピュータプラットフォーム上で実施化される。該コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令コードも含むことができる。本明細書で説明した種々の処理及び機能は、マイクロ命令コードの一部若しくはアプリケーションプログラムの一部又はこれらの何らかの組み合わせとすることができ、これらは斯様なコンピュータ又はプロセッサが明示的に示されるか否かによらず、ＣＰＵにより実行することができる。更に、上記コンピュータプラットフォームには、追加のデータ記憶ユニット及び印刷ユニット等の種々の他の周辺機器ユニットを接続することができる。
【図７】
2014530533.tif 000003
【図１】
2014530533.tif 000004
【図２】
2014530533.tif 000005
【図３】
2014530533.tif 000006
【図４】
2014530533.tif 000007
【図５】
2014530533.tif 000008
【図６】
2014530533.tif 000009
【国際調査報告】
2014530533.tif 000010
2014530533.tif 000011