JP5559885B2 - 自己構成可能な周辺装置に適合するホスト／周辺装置ローカル相互接続 - Google Patents

Description

本発明は、一般的に、コンピューティングシステムに係り、より特定すれば、自己構成可能な周辺装置に適合するホスト／周辺装置ローカル相互接続に係る。

優先権主張：本出願は、参考としてここに援用する２００９年８月１３日に出願された米国特許出願第１２／５４１，１０７号の一部継続出願である。

図１Ａ及び１Ｂは、「ホスト」装置へ通信結合することのできる「周辺」装置のための従来の構成メカニズムに関する。慣習的に、周辺装置は、控え目な機能／インテリジェンスを有するハンドヘルド装置を含む。例えば、ハンドヘルドミュージックプレーヤ（例えば、ＭＰ３プレーヤ）、不揮発性メモリスティック、パーソナルデジタルアシスタント（ＰＤＡ）、及びセルホンを含む。ホスト装置は、典型的に、ある種のコンピュータ、例えば、パーソナルコンピュータ（ＰＣ）、ラップトップ又はノートブックコンピュータである。ホスト１０１と周辺装置１０２との間の相互接続１０３は、慣習的に、ユニバーサルシリアルバス（ＵＳＢ）のようなある形態のローカル相互接続で実施される。

周辺装置は、典型的に、それが提供できる「サービス」を示す複数の異なる動作モード（又は「構成」）を含み、例えば、パーソナルデジタルアシスタント（ＰＤＡ）装置は、１）デジタルカメラモード、及び２）デジタルカメラモード及びコンタクト／カレンダーモード、を提供する。前記１）の構成では、周辺装置は、デジタルカメラとして振舞うだけであるが、前記２）の構成では、周辺装置は、デジタルカメラ及びコンタクト／カレンダーの両方として振舞う。少なくともホスト１０１に接続されたとき、周辺装置１０２に対する特定動作モードの選択は、慣習的に、ホスト１０１によりマスター／スレーブ構成でコントロールされる。即ち、ホスト１０１は、周辺装置１０２に対する特定の構成設定を決定及び確立し、その後、周辺装置は、ホスト１０１により命じられる特定の設定に基づいて動作される。

ここでは、おそらく、周辺装置１０２の機能に制限があり、及び／又は周辺装置１０２のユーザインターフェイスがホスト１０１ほど使い易くないため、設計ポイントは、周辺装置１０２それ自体ではなく、周辺装置１０２をホスト１０１から／ホスト１０１を経て構成するのがより容易であり及び／又はより実際的であるという仮定によって決まる。

図１Ｂは、一例である。図１Ｂによれば、ホストは、先ず、周辺装置の存在を検出する（１１０）。例えば、ＵＳＢローカル相互接続のケースでは、ホスト１０１は、ホスト１０１が接続される端とは反対のＵＳＢケーブルの端に周辺装置１０２が接続されることを検出する。ホスト１０１が周辺装置１０２の存在を検出した後に、ホストは、周辺装置１０２がサポートする異なる構成設定について周辺装置１０２に質問する（１１１）。例えば、ＵＳＢローカル相互接続１０３のケースでは、ホスト１０１は、“GET＿DESCRIPTOR”コマンド（タイプ“CONFIGURATION”に対する）を周辺装置１０２へ送信する。

それに応答して、周辺装置１０２は、周辺装置がサポートする種々の構成設定のリストをホスト装置１０１へ送信する（１１２）。例えば、周辺装置１０２が「デジタルカメラのみ」モード（上述したモード１）及び「デジタルカメラ及びコンタクト／カレンダー」モード（上述したモード２）の両方をサポートする場合は、周辺装置は、GET＿DESCRIPTORコマンドに応答して、これら両方のモードを含むリストをホスト装置１０１へ送信する。周辺装置１０２でサポートされるモードが分かると、ホスト１０１は、（例えば、ホスト１０１のディスプレイに提示されるグラフィックユーザインターフェイス（ＧＵＩ）を通してのユーザ選択により）それらモードの１つを選択し、そしてその選択されたモードに基づき周辺装置を構成するコマンドを、ＵＳＢを経て周辺装置へ送信する（例えば、SET＿CONFIGURATIONコマンドで）。又、従来のＵＳＢローカル相互接続は、ホスト装置が周辺装置にその現在構成について率直に尋ねるコマンド（GET＿CONFIGURATION）もサポートする。

最近、周辺装置は、ユーザインターフェイスの使い易さも含めて、益々インテリジェントで且つ精巧になってきた（例えば、スマートホン）。その結果、周辺装置がホストに通信結合されたとき周辺装置それ自体から周辺装置を構成できないのは、自然に使用し難いケースになりつつある。不都合なことに、（ＵＳＢのような）基礎的なローカル相互接続技術は、精巧な周辺装置が出現する前に設計されたものであり、対応的に、それらローカル相互接続の通信プロトコルは、周辺装置がそれ自身で構成する能力を予期していない。例えば、適用ＵＳＢ規格は、周辺装置がそれ自身で特定の動作モードへ構成したことをホストに通知する周辺装置からホストへの明確な通信について規定していない。

テザリングは、ホスト装置が周辺装置を使用してワイドエリアネットワーク（ＷＡＮ）（例えば、インターネット）のようなネットワークへのアクセスを得ることに関する。既知の従来技術によれば、テザリングに関して、ホスト装置は、周辺装置のオン或いはオフ状態しか得られない。即ち、周辺装置とホストとの間の通信は、周辺装置がオンであるかオフであるかをホストに通知するだけである。ホストには、特に、周辺装置のテザー能力の状態が通知されない。

自己構成可能な周辺装置に適合するホスト／周辺装置ローカル相互接続について説明する。ここに述べるプロセスによれば、周辺装置は自己構成型である。ホスト装置は、周辺装置の自己構成状態、及び／又は周辺装置でなされる自己構成の変化に気付き続ける。ホスト装置は、そのように気付くことに鑑み周辺装置の適用／使用をスケーリングすることができる。

本発明は、同様の要素が同じ参照番号で示された添付図面に一例として示すが、それに限定されない。

ホスト、周辺装置及びローカル相互接続を示す。 ホストと周辺装置との間で実行される従来の周辺装置構成プロセスを示す。 ホストと周辺装置との間で実行される改良された周辺装置構成プロセスを示す。 ホストと周辺装置との間で実行される第２の改良された周辺装置構成プロセスを示す。 自己構成可能な周辺装置の構成アーキテクチャーを示す。 テザリングリンク状態パケットの一例を示す。 テザリングリンク状態パケットの一例を示す。 テザリングリンク状態パケットの一例を示す。 テザリングリンク状態パケットの一例を示す。 テザリングリンク状態パケットの一例を示す。 図５Ａから５Ｄを参照して遂行される方法を示す。 コンピューティングシステムの一実施形態を示す。

より精巧な周辺装置の出現で、ローカル相互接続を通して周辺装置をホストに通信結合する場合でも周辺装置を周辺装置側から構成できることをより自然にユーザに期待させるとすれば、システム設計者は、そのような環境を提供するのが義務である。不都合なことに、レガシーローカル相互接続技術（ＵＳＢのような）は、１）自己構成可能な周辺装置を完全に意図する通信プロトコルを所有することが現在のところ理解されず、そして２）近い将来それにとって代わるものも期待されない。従って、既存のローカル相互接続との下位互換性を保存しながら、自己構成可能な周辺装置を包含するには、そのような既存のローカル相互接続対して自己構成可能な周辺装置を首尾良く具現化する解決策が必要となる。そうだとしても、ここに開示する技術は、自己構成可能な周辺装置を包含するローカル相互接続が最終的に出現したときに、そのようなローカル相互接続に等しく適用できることを理解されたい。

図２は、自己構成可能な周辺装置を意図するプロセスの一実施形態を示す。ここで、「自己構成可能」とは、周辺装置の構成モードの設定が周辺装置において開始されることを意味する。例えば、周辺装置上で実行されるソフトウェアで行われる判断実行により課せられる自動構成変化、及び／又は周辺装置のユーザインターフェイスを通して周辺装置のユーザにより課せられる変化を含む。図２のプロセスによれば、周辺装置は、自己構成され（２０１ａ）、そしてホスト装置に通信結合される（２０１ｂ）。ホスト装置は、周辺装置の存在を検出する（２０２）。次いで、ホスト装置は、周辺装置に質問する（２０３）。

基礎的なローカル相互接続が慣習的なＵＳＢバスである図２の実施形態によれば、質問２０３は、（例えば、周辺装置の現在状態／周囲に対して）周辺装置が適切であると認識する周辺装置の構成モードについて周辺装置に尋ねるコマンドの形態をとる。次いで、周辺装置は、その質問に応答して、周辺装置の要求された構成設定をホストに与える（２０４）。ある意味で、ホストは、周辺装置に、それ自身何を最良の構成モードと「考える」か訪ね、それに応答して、周辺装置は、特定の構成モードをホストに示唆する。一実施形態では、ホストの要求及び周辺装置の応答は、ＵＳＢ「ベンダー特有」コマンドとして実施される。

ホストは、示唆された周辺装置構成設定が通知されると、その示唆された周辺装置構成設定がホストにとって適当であるかどうかを次に決定する。例えば、周辺装置が、デジタルカメラを含む示唆された構成設定を送信し、そしてホストが、デジタルカメラ周辺装置に使用するためのソフトウェアをイネーブルしていない場合には、ホストは、例えば、そのようなソフトウェアをイネーブルし、そして周辺装置の示唆を受け入れるか、又は別の構成設定を送信するように周辺装置に要求することができる。

前者のケース（ホストが周辺装置の示唆を受け入れる）では、一実施形態において、ホストは、周辺装置において示唆された構成設定を行うためのコマンド（例えば、ＵＳＢローカル相互接続のケースでは、SET＿CONFIGURATIONコマンド）を周辺装置へ送信する（２０５）ことにより、周辺装置の示唆の受け入れを表明する。このケースでは、周辺装置の示唆された構成が現在構成設定であると考えられる。従って、ホストからのコマンドは、周辺装置に、その現在構成設定に入ることを単に命令し、周辺装置は、それを自由に無視する。

後者のケース（ホストが付加的な構成設定を周辺装置に尋ねる）では、ホストは、付加的な構成設定のうちそれが好きなものを選択し、そしてその構成に入るように周辺装置に命令する（２０５）。周辺装置の示唆された構成設定がその現在構成設定である場合は、ホストからのコマンドで、周辺装置は、その構成状態を現在／示唆状態からホストにより指令された構成状態へと変化させられる。ＵＳＢローカル相互接続のケースでは、ホストは、タイプCONFIGURATIONのGET＿DESCRIPTORコマンドで別の周辺装置構成設定について尋ねることができる点に注意されたい。

少なくとも幾つかの具現化によれば、周辺装置がローカル相互接続を経てホストに通信結合される間に周辺装置の構成を変更できることに注意されたい。例えば、次の構成可能性をもつ周辺装置について考える。１）カメラモード（周辺装置が主としてデジタルカメラとして振舞う）；２）カメラ及び“ＰＤＡ”モード（周辺装置が主として複合カメラ、ミュージックプレーヤ（ｉＴｕｎｅのようなオンラインミュージックサービスへのアクセスを含む）及びカレンダー／コンタクト装置として振舞い、そしてそれ自身又はホストのコントロールにおいてソフトウェアアプリケーションを同期／設置／構成／デバッグすることもできる）；３）カメラ／ＰＤＡ／テザリングモード（周辺装置は、「カメラ及びＰＤＡ」モードについて上述したように振舞うが、ホストのためのネットワークトラフィックの「テザリング」もサポートする）；及び４）オーディオモード（スマートホンは主としてオンラインミュージックサービスへのアクセスを含むミュージックプレーヤとして振舞う）。テザリングは、周辺装置がホスト装置のためのネットワークインターフェイスとして働く状態であることに注意されたい。例えば、周辺装置がスマートホンである場合には、ホストは、スマートホン及びそのワイヤレスネットワークをアクセスメカニズムとして使用してインターネットとの間で情報をやり取りすることにより、インターネットに「サーフィン」することができる。スマートホンが提供できる異なるサービス（カメラ、カレンダー／コンタクト、テザリング、及びソフトウェアの同期／設置／構成／デバッグ）の豊富さに注目し、そして異なる構成設定が、上述したように、スマートホンにより提供される異なるサービスの異なる組み合わせ／セットであることに注目することには価値がある。

上述したような複数の構成設定の可能性を有する周辺スマートホンのケースでは、おそらく、周辺装置は、それがホストに通信結合されている間に、複数の構成モードのいずれかを出て他のモードに入ることができる。この場合も、ＵＳＢのような慣習的なローカル相互接続は、自己構成可能な周辺装置を完全に意図したものでないので、そのようなローカル相互接続のレガシー通信プロトコルは、周辺装置の構成モードが新たなモードに変化したことをホストに明確に通知する目的で周辺装置からホストへの通信を容易に与えるものではない（この場合も、周辺装置の構成が慣習的にホストの排他的コントロールのもとにあるために）。

図３は、ホストに接続するのにレガシーローカル相互接続が使用されても周辺装置に生じる動的な構成モード変化にホストが気付くようにさせるスキームを示す。図３に示す方法によれば、ホスト装置は、周辺装置に周期的に（３０４）質問する（３０１）周辺装置に周期的に質問することにより、ホスト装置は、周辺装置でなされた構成変化に気付くようになる。

一例として、周辺装置がスマートホンで、前記第３の「カメラ／ＰＤＡ／テザリング」モードにある状態を考える。周辺装置がこの動作モード内にあることが分かると、ホストは、例えば、デジタル写真及びコンタクト／カレンダー情報を周辺装置と自由に交換できるだけでなく、周辺装置を通して自由に「テザリング」もできることを理解する（上述したカメラ／ＰＤＡ／テザリングモードに一致する周辺装置との他の関わり合いの中で）。スマートホンが、ワイヤレスネットワークとのその接続がダウンしたことを突然検出した（又はユーザがスマートホンに「エアプレーンモード」のようなモードに入ることを指令して、スマートホンがそのワイヤレスネットワーク無線回路をディスエイブルするようにさせる）場合には、スマートホンは、おそらく、「カメラ／ＰＤＡ／テザリング」モードから「カメラ」モードへドロップする。この事象を知らないと、ホストは、スマートホンでのテザリングサービスを、たとえそのようなサービスがもはや利用できなくても、誤って開始してしまう。

しかしながら、スマートホンにその現在構成状態について繰り返し（３０４）質問する（３０１）ことで、ホストは、周辺装置でなされたそのような構成変化を「キャッチ」する。この特定例において、ホストは、スマートホンがもはやテザリングサービスを提供できないことが分かり、それ故、周辺装置を通してのテザリングセッションを防止するか、さもなければ、開始しない。

同様に、逆も考えられる。即ち、スマートホンがそのワイヤレスネットワークに再接続すると、「カメラ」モードから「カメラ／ＰＤＡ／テザリング」モードへジャンプする。スマートホンの構成を繰り返し質問することによりこの変化が分かると、ホストは、テザリングサービスがもはや利用できないことが分かり、そしてスマートホンを通してテザリングする次の試みをおそらく鎮圧しない。

又、図３は、周期的に質問するホストと動的に変化するスマートホンとの間での交換が図２について上述したプロセスに基づいていることも示している。即ち、例えば、ＵＳＢローカル相互接続のケースでは、ホストは、（示唆された構成が現在周辺装置設定である場合に）示唆された周辺装置構成を周辺装置に要求する前記コマンドで周辺装置に繰り返し質問する。或いは又、ＵＳＢローカル相互接続のケースでは、GET＿CONFIGURATIONコマンドを使用することもできる。周辺装置は、次いで、各質問にその現在構成で応答する（３０２）。次いで、ホストは、周辺装置がその現在構成モードにあることを確認するメッセージを周辺装置へ返送する（３０３）。

図４は、周辺装置がローカル相互接続を経てホストに通信結合されたときでもそれ自身の構成変化を開始することのできるスマートホンのような周辺装置に対する自己構成アーキテクチャーを示す。図４のアーキテクチャーは、ソフトウェア（プログラムコードインストラクションの実行による）、ハードウェア（専用回路を伴う）、又はその組み合わせで実施することができる。図４のアーキテクチャーにより、環境的意識メカニズム４０１と、構成状態のプライオリティリスト４０２が存在する。選択メカニズム４０３は、現在環境に鑑み実現可能な最高プライオリティ構成を選択する。例えば、スマートホンのワイヤレスネットワークが突然利用不能になる前記例では、環境的意識メカニズム４０１は、ワイヤレスネットワークがもはや利用できないことを検出し、及び／又はそれを報告する。プライオリティリスト４０２は、次の構成状態をプライオリティ順にリストする。即ち、１）カメラ／ＰＤＡ／テザリング（最高プライオリティ）；２）カメラ／ＰＤＡ（２番目の高いプライオリティ）；３）オーディオ；及び４）カメラ（最低プライオリティ）。ここで、プライオリティ決めスキームは、周囲状況のもとでスマートホンの考えられる最高の性能能力を選択すべきであることを本質的に反映する。

それ故、選択メカニズムは、カメラモード（前記のモード＃４）を選択する。というのは、それは、ワイヤレスネットワークが利用できないときには実現可能な最も高いプライオリティだからである（ＰＤＡ及びオーディオモードは、ｉＴｕｎｅのようなワーキングオンラインミュージックサービスを予想することに注意されたい）。スマートホンのユーザインターフェイスを経てユーザにより課せられる構成設定は、環境的意識メカニズム４０１を通してピックアップできることに注意されたい。例えば、ユーザが、スマートホンを「エアプレーンモード」に入れることにより、スマートホンのワイヤレス無線回路をディスエイブルする場合には、環境的意識メカニズムは、ワイヤレス無線回路がディスエイブルされたこと、及び／又はユーザがエアプレーンモードを指定したことを検出し／報告する。この環境的変化がどのように報告されるかに関わらず、選択メカニズムは、テザリングは不可能であるが、カメラ機能は可能であることを決定できる。この環境的条件に鑑み、選択メカニズムは、最も高いプライオリティの実現可能な構成状態（この例では、カメラ構成モード）に対して構成状態のプライオリティリスト４０３をスキャンする。

上述した例は、ローカル相互接続としてＵＳＢに主に依存するものであるが、Ｂｌｕｅｔｏｏｔｈ又はＦｉｒｅｗｉｒｅのような他のローカル相互接続も容易に使用できることを指摘するのが適当であろう。ここでは、多数のローカル相互接続は、周辺装置がホストと機械的に一体化されない場合の、ホストと周辺装置との間のポイント対ポイント接続であることに注意されたい。これと対照的に、例えば、ホストと機械的に一体化され（例えば、ホスト装置にプラグインすることにより）、そして（単一の周辺装置への／からのシグナリングしか受け入れないポイント対ポイント接続ではなく）複数の周辺装置の信号を搬送できるマルチドロップバスを通してホストと通信結合されるメモリスティック、アダプタカード又は他の「周辺装置」がある。

周辺装置が先ずワイヤレスネットワークへのアクセスを得、その後、ネットワークへのアクセスを失う結果としてテザリングをサポートする構成モードに周辺装置が入り、次いで、そこから出るという前記の例を想起されたい。図５Ａ−５Ｅ及び図６は、このような周囲状況の間に周辺装置とホストとの間に存在する通信の実施形態を更に詳細に示す。

図５Ａを参照し、ホスト５０１のユーザが、イーサネットネットワーク５０６を経て、インターネットのようなワイドエリアネットワーク（ＷＡＮ）を使用する状況について考える。このケースでは、イーサネットネットワーク５０６は、ＷＡＮのゲートウェイ又は他のアクセスノード（図５Ａ−５Ｅには示さず）に通信結合される。内部では、ホスト５０１は、イーサネットネットワークのためのインターフェイス５０７を維持する。従って、特定のＷＡＮ行先へパケットを送信するために、ホスト５０１は、パケットが送信されるインターネット上の位置に対応する行先アドレスを有するインターネットプロトコル（ＩＰ）パケットを構成する。ＩＰパケットは、イーサネットインターフェイス５０７に与えられ、このインターフェイスは、ＩＰパケットをイーサネットヘッダでカプセル化し、そしてそのカプセル化された構成物をイーサネットネットワーク５０６へ送信し、最終的にＷＡＮへ配布する。

更に別の実施形態では、図５Ａに示すように、ホスト５０１は、ＷＡＮへのインターフェイス５０８も維持する。このケースでは、ホスト５０１がＷＡＮへ送信すべき情報を有するときに、その情報がＷＡＮインターフェイス５０８に与えられる。図５Ａは、ホストにある３つのアプリケーションＸ、Ｙ及びＺがＷＡＮに関わり合い（例えば、パケットをＷＡＮへ送信させ及び／又はＷＡＮからパケットを受け取り）、それ故、ＷＡＮインターフェイス５０８を効果的に使用する特定例を示すことに注意されたい。例えば、ＷＡＮインターフェイス５０８は、アプリケーションＸ、Ｙ、Ｚの１つにより与えられるＷＡＮ上の行先アドレス及びデータペイロードを受け取る。ＷＡＮインターフェイス５０８は、この情報を、ＷＡＮへのリモートゲートウェイ（図示せず）を識別するＩＰヘッダ情報でカプセル化する。それにより形成されたＩＰパケットは、イーサネットインターフェイス５０７により処理され、このインターフェイスは、ホストが結合されるサブネット上のゲートウェイを識別するイーサネットパケットを構成し、これは、ＷＡＮゲートウェイに到着できるより深いネットワークへのアクセスを与えるものである。とりわけ、前記プロセスでは、ＷＡＮにアクセスするために、アプリケーションＸ、Ｙ、Ｚは、ＷＡＮインターフェイス５０８に有効に結合され、これは、その後、イーサネットインターフェイス５０７に結合される。リモートＷＡＮトラフィックを特定アプリケーションに結合するために、種々の代替え的解決策を行うことができる。多数の解決策が、２００８年９月３０日に全て出願され、カリフォルニア州クパチーノに本部があるアップル社に譲渡された、参考としてここに援用する米国特許出願第１２／２４２，４８５号、第１２／２４２，４９９号、第１２／２４２，５３３号、及び第１２／２４２，５４８号に説明されている。

ある点において、図５Ｂに示すように、イーサネットネットワーク５０６がダウンし、イーサネットインターフェイス５０７（及びＷＡＮインターフェイス５０８）をアプリケーションＸ、Ｙ、ＺのリモートＷＡＮトラフィックに対して無益なものにする。それに応答して、ホスト５０１のユーザは、ローカル相互接続５０３を経て周辺装置５０２をホスト５０１に接続し、周辺装置５０２を通してテザリングすることによりＷＡＮに到達するよう試みる。図５Ｂに示すように、ローカル相互接続５０３は、ＵＳＢ接続であるが、当業者に明らかなように、ＢｌｕｅＴｏｏｔｈ（ＢＴ）又はＦｉｒｅｗｉｒｅのような別のローカル相互接続技術が使用されてもよい。

周辺装置５０２をホスト５０１に接続する際に、図２を参照して上述したプロセスが遂行される。特に、ユーザは、テザリングをサポートする周辺装置に対する「自己構成」モードを選択する（又は周辺装置が自動的にそれに入る）ことに注意されたい。図２の成長プロセスの終わりに、周辺装置５０２は、テザリングをサポートする構成モードにあり、そしてホスト５０１は、それが、テザリングをサポートする周辺装置５０２に接続されたことを理解する。

従って、図６に示すプロセスのようなプロセスが開始される。周辺装置がテザリングをサポートする構成状態６０１においてスタートして、周辺装置は、前記ＷＡＮ上の行先のような種々のネットワーク行先に到達するのに使用できるワイヤレスネットワーク５０５（３Ｇ又はＥＤＧＥネットワークのような）へのアクセス権を有するかどうか決定する（６０２）。もしそうであれば、図５Ｂ及び６を参照すると、周辺装置５０２は、ローカル相互接続５０３を経てホスト５０１へ「リンク状態」パケット５０４を送信し（６０３）、これは、そのようなワイヤレスネットワークへの周辺装置のリンクが動作することをホスト５０１に通知する。この情報で、ホスト５０１は、周辺装置をテザリングに使用できると理解する。

一実施形態において、周辺装置５０２がワイヤレスネットワーク５０５へのアクセス性を決定する前に（及び／又は周辺装置がリンク状態パケットを送信する前に）、周辺装置５０２は、それがホスト５０１と適切にペアリングされるかどうか決定する。ここで「ペアリング」とは、周辺装置５０２が特定のホストシステムのみに対する周辺装置であると仮定されることを表す。例えば、アップル社からのｉＰｈｏｎｅは、特定のホストコンピュータの単一のｉＴｕｎｅアプリケーションインスタンスと「同期」するだけであると仮定される。一実施形態では、テザリングは、周辺装置がそのペアリングパートナー（例えば、周辺装置が登録される特定のｉＴｕｎｅアプリケーションインスタンスを有する特定のホストコンピュータ）に接続された場合しか利用できない。従って、一実施形態では、周辺装置５０２は、ワイヤレスネットワーク５０５へアクセスできるかどうか決定する（６０２）前に、或いは少なくとも、リンクが「アップ」であることを指示するリンク状態パケットを実際に送信する（６０３）前に、その適切なペアリングパートナーへ接続されたかどうか決定する。

周辺装置５０２は、それが適切なペアリングパートナーに接続されないと決定する場合には、テザリングをイネーブルするように試みない。これは、例えば、リンク状態パケットの送信を拒絶し、ワイヤレスネットワークへのアクセス性の決定を拒絶し、及び／又はテザリングをサポートする構成設定の入力を拒絶することにより、達成される。或いは、図６に見られるように、リンクがダウンであることを指示するリンク状態パケットが送信されてもよい（６０５）。これら解決策は、いずれも、ホスト５０１がテザリングインターフェイス５０９（以下に述べる）をアクチベートしない（６０６）か、さもなければ、テザリングを試みないようにさせる。別の実施形態では、周辺装置が、それとペアリングされる２つ以上のホストシステムを持てるよう選択できることに注意されたい。

ローカル相互接続（上述した）がＵＳＢ相互接続である更に別の実施形態では、リンク状態パケット５０４は、パケットをリンク状態パケットとして識別する第１部分、及びテザリングのためにワイヤレスネットワークがアクセス可能であることを指示する第２部分を有する「ベンダー特有」パケットとして実施される（例えば、「１」＝リンク状態が「アップ」＝ワイヤレスネットワークがアクセス可能、或いは「０」＝リンク状態が「否アップ」＝ワイヤレスネットワークがアクセス不能）。他のローカル相互接続技術で、同様のパケットを構成することができる。

図５Ｃ及び６を参照すれば、ホスト５０１がリンク状態パケット５０４を受け取り、そして周辺装置５０２を通してテザリングが利用できることを理解すると、一実施形態により、ホスト５０１は、周辺装置５０２を通してテザリングするためにインターフェイス５０９をインスタンス生成する（６０４）。このケースでは、テザリングインターフェイス５０９は、イーサネットネットワークがアップされるときに以前に使用されたＷＡＮインターフェイス５０８とは異なるインターフェイスである。従って、アプリケーションＸ、Ｙ、Ｚは、ＷＡＮインターフェイス５０８に効果的に結合されるのではなく、今度は、ホストによりテザリングインターフェイス５０９に結合される。更に、リモートＷＡＮトラフィックに使用される低レベルインターフェイスは、切り換えられる（即ち、イーサネットインターフェイス５０７が使用されるのではなく、ＵＳＢインターフェイス５１０が使用される）。従って、内部では、周辺装置５０２からリンク状態パケット５０４を受け取るのに応答して、ホストシステム５０１は、そのリモートＷＡＮフローをアプリケーションＸ、Ｙ、Ｚに対して再構成する。

次いで、ホストは、周辺装置を通してアプリケーションＸ、Ｙ、Ｚに対しテザリングを開始する。ここで、ホスト５０１及び／又は周辺装置５０２の構成／アーキテクチャーは、２００９年４月２０日に出願され、アップル社に譲渡された、参考としてここにそのまま援用される米国特許出願第１２／４２６，８９７号に説明されている。

図５Ｄ及び５Ｅは、テザリングがもはや利用できないことをリンク状態パケットが示すときに周辺装置５０２からホスト５０１へのリンク状態パケットの送信を示す例を完成させるものである。より詳細には、図５Ｄに見られるように、周辺装置は、ワイヤレスネットワークへのアクセス権を失い、それに応答して、周辺装置は、リンクがダウンであることを指示するリンク状態パケット５１１を送信する（６０５）。ホスト５０１は、リンクがダウンであるという通知を受け取ると、テザリング及び／又はＷＡＮへのアクセスがもはや得られないことをユーザ及び／又はアプリケーションＸ、Ｙ、Ｚに警告する。従って、図５Ｅに見られるように、テザリングインターフェイス５０９は、デアクチベートされる（６０６）。

周辺装置５０２は、時間と共にワイヤレスネットワーク５０５へのアクセス権を得たり失ったりし続けるときに、リンクの現在状態をホスト５０１に通告するリンク状態パケットをホスト５０１へ繰り返し送信する。それ故、ホスト５０１は、それに応答して、テザリングインターフェイス５０９のアクチベーションとデアクチベーションを交互に行う。又、周辺装置５０２は、テザリングをサポートする構成状態に繰り返し入ったり出たりするか、或いは設計上のオプションとして、テザリングをサポートする構成状態に留まるが、その状態においてワイヤレスネットワークへのアクセスが切り換わるときにテザリングサービスを保留したりその保留を除去したりすることもできる。

図７は、本発明に使用できる典型的なコンピューティングシステム（又は「コンピュータシステム」）の一例を示す。図７は、コンピュータシステムの種々のコンポーネントを示すが、このような細部は本発明に密接なものではないので、コンポーネントを相互接続する特定のアーキテクチャー又は仕方を表すことを意図していないことに注意されたい。例えば、図７のアーキテクチャーは、上述したホスト及び周辺装置のいずれか又は両方に適用される。又、スマートホン、パーソナルデジタルアシスタント（ＰＤＡ）、セルラー電話、ハンドヘルドコンピュータ、メディアプレーヤ（例えば、ｉＰｏｄ）、エンターテイメントシステム、これら装置の観点又は機能を結合する装置（例えば、メディアプレーヤをＰＤＡ及びセルラー電話と１つの装置に結合したもの）、処理装置を別の装置内に埋め込んだもの、ネットワークコンピュータ、消費者電子装置、並びに少数のコンポーネント又はおそらく多数のコンポーネントを有する他のデータ処理システムも、本発明の１つ以上の実施形態に使用することができ、或いはそれを具現化するのに使用できることが明らかであろう。図７のコンピュータシステムは、例えば、アップル社からのマッキントッシュコンピュータである。このシステムは、ここに述べるソフトウェアをプログラムするとき、コンパイルするとき、又は実行するときに使用される。

図７に示すように、データ処理システムの一形式であるコンピュータシステム４５は、バス５１を備え、これは、処理システム４７、揮発性メモリ４９及び不揮発性メモリ５０に結合される。処理システム４７は、インテル社からのマイクロプロセッサで、これは、オプションのキャッシュ４８に結合される。バス５１は、これらの種々のコンポーネントを一緒に相互接続すると共に、これらのコンポーネントを、ディスプレイコントローラ・ディスプレイ装置５２や、マウス、キーボード、モデム、ネットワークインターフェイス、プリンタ、及び良く知られた他の装置である入力／出力装置５３のような周辺装置にも相互接続する。典型的に、入力／出力装置５３は、入力／出力コントローラを通してシステムに結合される。不揮発性メモリ４９は、典型的に、メモリ内のデータをリフレッシュ又は維持するために常時電力を必要とするダイナミックＲＡＭ（ＤＲＡＭ）として実施される。不揮発性メモリ５０は、典型的に、磁気ハードドライブ、フラッシュ半導体メモリ、又は磁気光学的ドライバ、又は光学的ドライバ、又はＤＶＤ ＲＡＭ、或いはシステムから電力が除去された後もデータ（例えば、大量のデータ）を維持する他の形式のメモリシステムである。典型的に、不揮発性メモリ５０は、ランダムアクセスメモリであるが、これは、必要ではない。

図７は、不揮発性メモリ５０が、データ処理システムの他のコンポーネントに直結されたローカル装置であることを示しているが、本発明は、システムから離れた不揮発性メモリ、例えば、モデム又はイーサネットインターフェイスのようなネットワークインターフェイスを通してデータ処理システムに結合されるネットワーク記憶装置を使用できることが明らかであろう。バス５１は、良く知られた種々のブリッジ、コントローラ及び／又はアダプタを通して互いに接続される１つ以上のバスを含む。

以上の説明から、本発明の態様は、少なくとも一部分は、ソフトウェアで実施できることが明らかであろう。即ち、これらの技術は、メモリ（例えば、メモリ４９及び／又はメモリ５０）のようなマシン読み取り可能な記憶媒体に収容された一連のインストラクションを実行するマイクロプロセッサのようなプロセッサに応答して、コンピュータシステム又は他のデータ処理システムにおいて実施することができる。種々の実施形態において、ハードウェア回路をソフトウェアインストラクションと組み合わせて使用して、本発明を具現化することができる。従って、これらの技術は、ハードウェア回路及びソフトウェアの特定の組み合わせにも限定されないし、データ処理システムにより実行されるインストラクションの特定のソースにも限定されない。更に、この説明を通して、種々の機能及び動作は、説明を簡単化するため、ソフトウェアコードによって遂行され又は引き起こされるものとして説明された。しかしながら、当業者であれば、処理システム４７のようなプロセッサによるコードの実行から機能が生じることが明らかであろう。

以上、特定の実施形態を参照して本発明を説明した。特許請求の範囲に規定する本発明の広い精神及び範囲から逸脱せずに種々の変更がなされ得ることが明らかであろう。従って、明細書及び図面は、本発明を例示するもので、それに限定されるものではない。

４０１：環境的意識メカニズム
４０２：構成状態のプライオリティリスト
４０３：選択メカニズム
５０１：ホスト
５０２：周辺装置
５０３：ローカル相互接続
５０５：ワイヤレスネットワーク
５０７：イーサネットインターフェイス
５０８：ＷＡＮインターフェイス
５０９：テザリングインターフェイス

Claims (16)

1. ローカル相互接続を通して周辺装置に通信結合されたホスト装置で次の段階を実行するステップを備え、前記周辺装置は、前記ホストに機械的に一体化されておらず、前記ローカル相互接続は、前記ホストと前記周辺装置との間のポイント対ポイント接続であり、前記次の段階は、
   前記周辺装置に前記周辺装置の現在構成を質問し、
   前記周辺装置から前記周辺装置の現在構成を受け取り、
   前記周辺装置から、テザリングをサポートするネットワークに前記周辺装置が接続されたことを指示するリンク状態情報を受け取り、
   前記周辺装置を通して前記ホストがテザリングを行えるようにテザリングインターフェイスをアクチベートする、
   という段階を含み、
   前記現在構成は、前記周辺装置を自己構成することに基づいており、この自己構成することは、ワイヤレスネットワークへのテザリングをサポートする前記周辺装置の環境の特性を発生し、前記周辺装置に対する複数の構成の中から一つの構成を選択することを含み、前記構成は、前記特性に適合する前記構成の中で最高プライオリティを有する、
   方法。
2. 前記方法は、更に、前記周辺装置が前記ネットワークにもはや接続されていないことを指示する第２のリンク状態情報を前記ホストが前記周辺装置から受け取り、そしてそれに応答して前記テザリングインターフェイスをデアクチベートする段階を含む、請求項１に記載の方法。
3. 前記ローカル相互接続は、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）である請求項１に記載の方法。
4. 前記ローカル相互接続は、ユニバーサルシリアルバス（ＵＳＢ）である請求項１に記載の方法。
5. 前記受け取られた構成は、前記周辺装置の現在構成である、請求項１に記載の方法。
6. ａ）周辺装置を自己構成するステップ、及び
   ｂ）前記周辺装置で次の段階を実行するステップ、
   を備え、前記周辺装置は、ホスト装置に機械的に一体化されておらず、前記周辺装置は、ポイント対ポイントのローカル相互接続を通して前記ホスト装置に通信結合され、前記次の段階は、
   前記周辺装置に対する現在構成を与えるように前記周辺装置に要求する質問を前記ホスト装置から受信し、
   前記周辺装置に対する現在構成を前記ホスト装置へ送信し、
   前記周辺装置の現在構成を指定するメッセージを前記ホスト装置から受信し、
   テザリングをサポートするネットワークに前記周辺装置が接続されたことを指示するリンク状態情報を前記ホスト装置へ送信する、
   という段階を含むものであり、
   前記周辺装置の前記自己構成するステップは、
   前記周辺装置の環境の特性を発生し、
   前記周辺装置に対する複数の構成の中から構成を選択することを含み、その選択された構成は、前記特性に適合する前記構成の中で最高プライオリティを有し、
   前記特性は、前記周辺装置がワイヤレスネットワークへのテザリングをサポートすることを指定する、方法。
7. 前記方法は、更に、
   テザリングをサポートする前記ネットワークへの接続が失われたことを認識し、
   前記周辺装置が前記ネットワークにもはや接続されないことを指示する第２のリンク状態情報を前記ホスト装置に送信する、
   ことを含む、請求項６に記載の方法。
8. 前記ローカル相互接続は、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）である請求項６に記載の方法。
9. 前記ローカル相互接続は、ユニバーサルシリアルバス（ＵＳＢ）である請求項６に記載の方法。
10. 処理ユニット及び記憶媒体を備えた装置において、前記記憶媒体は、方法を遂行するために前記処理ユニットにより処理されるべきプログラムコードを含み、前記方法は、
    ａ）前記装置を自己構成するステップ、及び
    ｂ）前記装置で次の段階を実行するステップ、
    を備え、前記装置は、ホスト装置に通信結合され、
    前記装置を自己構成するステップは、
    前記装置の環境の特性を発生し、
    前記装置に対する複数の構成の中から構成を選択し、その選択された構成は、前記特性に適合する前記構成の中で最高プライオリティを有するものであり、前記特性は、前記装置がワイヤレスネットワークへのテザリングをサポートすることを指定し、
    前記次の段階は、
    前記装置に対する現在構成設定を要求する質問を前記ホスト装置から受信し、
    テザリングをサポートする前記装置に対する現在構成設定を前記ホスト装置に送信し、
    テザリングをサポートするネットワークに前記周辺装置が接続されたことを指示するリンク状態情報を前記ホスト装置に送信する、
    ことを含む、ものである、装置。
11. 前記装置は、３Ｇ又はＥＤＧＥワイヤレスネットワークを経て通信することができる、請求項１０に記載の装置。
12. 前記ローカル相互接続は、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）である請求項１０に記載の装置。
13. 前記ローカル相互接続は、ユニバーサルシリアルバス（ＵＳＢ）である請求項１０に記載の装置。
14. 前記ホスト装置からの前記質問は、構成コマンドである、請求項１０に記載の装置。
15. ホストコンピュータにおいて周辺装置がローカル相互接続を経て前記ホストに通信結合されたことを検出する段階と、
    前記ホスト装置において前記周辺装置が前記ホストのためのテザリングサービスをサポートできるように前記周辺装置が自己構成されたことを検出する段階と、
    テザリングをサポートするネットワークに前記周辺装置が接続されたことを指示する第１のリンク状態情報を前記周辺装置から受信する段階と、
    前記周辺装置を通して前記ホストからテザリングする段階と、
    前記周辺装置が前記ネットワークにもはや接続されないことを指示する第２のリンク状態情報を前記周辺装置から受信する段階と、
    前記第２のリンク状態情報の前記受信に応答して、前記周辺装置を通してテザリングを開始するのを拒絶する段階と、
    を備え、
    前記自己構成されることは、ワイヤレスネットワークへのテザリングをサポートする前記周辺装置の環境の特性を発生し、前記周辺装置に対する複数の構成の中から一つの構成を選択することを含み、前記構成は、前記特性に適合する前記構成の中で最高プライオリティを有する、方法。
16. 前記テザリングは、前記周辺装置が接続されたワイヤレスネットワークを通してインターネットから情報を受信することを含む、請求項１５に記載の方法。

Images