特許 6209675 無線ドッキングサービスを遂行するための方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6209675

(24)【登録日】2017年9月15日

(45)【発行日】2017年10月4日

(54)【発明の名称】無線ドッキングサービスを遂行するための方法及び装置

(51)【国際特許分類】

   H04W 8/00 20090101AFI20170925BHJP

   H04W 76/02 20090101ALI20170925BHJP

   H04W 84/12 20090101ALI20170925BHJP

   H04W 92/08 20090101ALI20170925BHJP

   H04M 1/00 20060101ALI20170925BHJP

   H04M 11/00 20060101ALI20170925BHJP

【ＦＩ】

   H04W8/00 110

   H04W76/02

   H04W84/12

   H04W92/08 110

   H04M1/00 Q

   H04M11/00 302

【請求項の数】17

【全頁数】73

(21)【出願番号】特願2016-508908(P2016-508908)

(86)(22)【出願日】2014年4月29日

(65)【公表番号】特表2016-525804(P2016-525804A)

(43)【公表日】2016年8月25日

(86)【国際出願番号】KR2014003744

(87)【国際公開番号】WO2014178592

(87)【国際公開日】20141106

【審査請求日】2015年10月16日

(31)【優先権主張番号】61/818,405

(32)【優先日】2013年5月1日

(33)【優先権主張国】US

(31)【優先権主張番号】61/945,096

(32)【優先日】2014年2月26日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(72)【発明者】

【氏名】リ， ジェホ

(72)【発明者】

【氏名】キム， ドンチョル

(72)【発明者】

【氏名】リ， ヒョンジェ

(72)【発明者】

【氏名】キム， ジンピル

(72)【発明者】

【氏名】リ， ビョンジョ

(72)【発明者】

【氏名】チョイ， コー

(72)【発明者】

【氏名】チョイ， インウォン

(72)【発明者】

【氏名】リ， ミンソ

【審査官】 三浦 みちる

(56)【参考文献】

【文献】 米国特許出願公開第２０１１／０１８８３９１（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１２／０２６５９１３（ＵＳ，Ａ１）

【文献】 特開２００６−２２９３６０（ＪＰ，Ａ）

【文献】 国際公開第２０１３／０８６０５６（ＷＯ，Ａ２）

【文献】 国際公開第２０１４／０５７４６５（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

Ｈ０４Ｍ １／００

Ｈ０４Ｍ １１／００

(57)【特許請求の範囲】

【請求項1】

ワイファイを用いたドッキングサービスを遂行するための方法であって、無線ドッキー（ＷＤ）により遂行される前記方法は、
前記ドッキングサービスを発見するためのプローブ要請を無線ドッキングセンター（ＷＤＣ）に送信することであって、前記プローブ要請は、ドッキング情報要素（ＩＥ）１を含む、ことと、
ドッキングＩＥ ２を含むプローブ応答を前記無線ドッキングセンター（ＷＤＣ）から受信することであって、前記ドッキングＩＥ ２は、ドッキング連結が可能か否かを示すドッキング連結可能情報を含む、ことと、
前記受信されたプローブ応答に含まれる前記ドッキングＩＥ ２に基づいて、前記無線ドッキングセンター（ＷＤＣ）とドッキング連結を遂行することと
を含み、
前記ドッキングＩＥ １は、デバイスを識別するためのデバイスＩＤパラメータと、ドッキングサービス発見と関連したドッキング情報要請パラメータとを含み、
前記ドッキングＩＥ ２は、デバイスの名称を示すデバイス名称パラメータ、前記無線ドッキングセンター（ＷＤＣ）により提供可能な無線ドッキング環境（ＷＤＮ）の個数と関連した情報、または各ＷＤＮ内の１つ以上の周辺機器と関連した情報を示すＷＤＮデフォルトパラメータのうちの少なくとも１つを含む、方法。

【請求項2】

前記ドッキングＩＥ ２は、さらに、無線ドッキー（ＷＤ）もしくは無線ドッキングセンター（ＷＤＣ）として役割を示すドッキング役割パラメータ、デバイスを識別するためのデバイスＩＤパラメータ、または無線ドッキングセンター（ＷＤＣ）へのドッキング連結が可能か否かを示すパラメータのうちの少なくとも１つを含む、請求項１に記載の方法。

【請求項3】

前記ドッキング連結を遂行することは、
前記ドッキングサービスの遂行のために必要な情報を含むドッキングＩＥ ３を含む認証ディスカバリー要請を前記無線ドッキングセンター（ＷＤＣ）に送信することと、
前記認証ディスカバリー要請に対する結果情報を含むドッキングＩＥ ４を含む認証ディスカバリー応答を前記無線ドッキングセンター（ＷＤＣ）から受信することと
を含む、請求項１に記載の方法。

【請求項4】

前記ドッキングサービスの遂行のために必要な情報は、無線ドッキー（ＷＤ）もしくは無線ドッキングセンター（ＷＤＣ）として役割を示すドッキング役割パラメータ、選択されたＷＤＮを示すパラメータ、または選択される各々の周辺機器を示すパラメータのうちの少なくとも１つを含む、請求項３に記載の方法。

【請求項5】

前記ドッキングＩＥ ４は、さらに、無線ドッキー（ＷＤ）もしくは無線ドッキングセンター（ＷＤＣ）として役割を示すドッキング役割パラメータ、前記無線ドッキー（ＷＤ）に提供可能なワイファイ連結種類を示すパラメータ、またはドッキング連結プロトコル情報を示すパラメータのうちの少なくとも１つを含む、請求項３に記載の方法。

【請求項6】

前記ドッキングサービスの遂行のために必要な追加情報を要請するための結合要請を送信することと、
前記無線ドッキングセンター（ＷＤＣ）から、前記結合要請に対する応答として結合応答を受信することと
をさらに含む、請求項３に記載の方法。

【請求項7】

前記結合応答は、無線ドッキー（ＷＤ）もしくは無線ドッキングセンター（ＷＤＣ）として役割を示すドッキング役割パラメータ、またはワイファイディスプレイ連結情報を示すパラメータのうちの少なくとも１つを含む、請求項６に記載の方法。

【請求項8】

前記無線ドッキングセンター（ＷＤＣ）に命令メッセージを送信することと、
前記無線ドッキングセンター（ＷＤＣ）から、前記命令メッセージに対する応答メッセージを受信することと
をさらに含む、請求項６に記載の方法。

【請求項9】

前記命令メッセージは、追加的なＷＤＮの選択の要請を示すパラメータ、ＷＤＮとの連結の解除の要請を示すパラメータ、追加的な周辺機器の選択の要請を示すパラメータ、周辺機器との連結の解除の要請を示すパラメータ、ドッキング連結の解除の要請を示すパラメータ、ＷＤＮと関連した情報の確保の要請を示すパラメータ、または特定周辺機器と関連した情報の確保の要請を示すパラメータのうちの少なくとも１つを含む、請求項８に記載の方法。

【請求項10】

前記無線ドッキングセンター（ＷＤＣ）から命令メッセージを受信することと、
前記無線ドッキングセンター（ＷＤＣ）に前記命令メッセージに対する応答メッセージを送信することと
をさらに含む、請求項６に記載の方法。

【請求項11】

前記無線ドッキングセンター（ＷＤＣ）から、イベントの発生を示すイベント通知メッセージを受信することをさらに含む、請求項６に記載の方法。

【請求項12】

ドッキングサービスを遂行するための方法であって、無線ドッキングセンター（ＷＤＣ）により遂行される前記方法は、
前記ドッキングサービスを発見するためのプローブ要請を無線ドッキー（ＷＤ）から受信することであって、前記プローブ要請は、ドッキング情報要素（ＩＥ）１を含む、ことと、
ドッキングＩＥ ２を含むプローブ応答を前記無線ドッキー（ＷＤ）に送信することであって、前記ドッキングＩＥ ２は、ドッキング連結が可能か否かを示すドッキング連結可能情報を含む、ことと、
前記無線ドッキー（ＷＤ）とドッキング連結を遂行することと
を含み、
前記ドッキングＩＥ １は、デバイスを識別するためのデバイスＩＤパラメータと、ドッキングサービス発見と関連したドッキング情報要請パラメータとを含み、
前記ドッキングＩＥ ２は、デバイスの名称を示すデバイス名称パラメータ、前記無線ドッキングセンター（ＷＤＣ）により提供可能な無線ドッキング環境（ＷＤＮ）の個数と関連した情報、または各ＷＤＮ内の１つ以上の周辺機器と関連した情報を示すＷＤＮデフォルトパラメータのうちの少なくとも１つを含み、
前記方法は、
周辺機器から前記周辺機器の詳細情報を受信することをさらに含み、
前記周辺機器から受信された詳細情報は、無線ドッキングセンターＩＤパラメータ、連結されている無線ドッキングセンターの個数を示すパラメータ、または詳細周辺機器情報を示すパラメータを含む、方法。

【請求項13】

前記無線ドッキー（ＷＤ）に前記周辺機器でのイベントの発生を示す周辺機器イベント通知メッセージを送信することをさらに含む、請求項１２に記載の方法。

【請求項14】

前記無線ドッキー（ＷＤ）から、前記ドッキングサービスの使用の終了を要請するための終了要請メッセージを受信することと、
前記無線ドッキー（ＷＤ）に前記終了要請に対する応答として終了応答メッセージを送信することと
をさらに含む、請求項１２に記載の方法。

【請求項15】

前記無線ドッキー（ＷＤ）と前記無線ドッキングセンター（ＷＤＣ）との間の連結が維持されているかを決定するためのハートビットメッセージを前記無線ドッキー（ＷＤ）と交換することをさらに含む、請求項１２に記載の方法。

【請求項16】

ワイファイを用いたドッキングサービスを遂行するための装置であって、前記装置は、
無線または有線で通信を実行するように構成された通信部と、
前記通信部と機能的に連結される制御部と
を含み、
前記制御部は、前記ドッキングサービスを発見するためのプローブ要請を無線ドッキングセンター（ＷＤＣ）に送信するように前記通信部を制御し、
前記プローブ要請は、ドッキング情報要素（ＩＥ）１を含み、
前記制御部は、さらに、ドッキングＩＥ ２を含むプローブ応答を前記無線ドッキングセンター（ＷＤＣ）から受信するように前記通信部を制御し、
前記ドッキングＩＥ ２は、ドッキング連結が可能か否かを示すドッキング連結可能情報を含み、
前記制御部は、さらに、前記受信されたプローブ応答に含まれる前記ドッキングＩＥ ２に基づいて、前記無線ドッキングセンター（ＷＤＣ）とドッキング連結を遂行するように前記通信部を制御し、
前記ドッキングＩＥ １は、デバイスを識別するためのデバイスＩＤパラメータと、ドッキングサービス発見と関連したドッキング情報要請パラメータとを含み、
前記ドッキングＩＥ ２は、デバイスの名称を示すデバイス名称パラメータ、前記無線ドッキングセンター（ＷＤＣ）により提供可能な無線ドッキング環境（ＷＤＮ）の個数と関連した情報、または各ＷＤＮ内の１つ以上の周辺機器と関連した情報を示すＷＤＮデフォルトパラメータのうちの少なくとも１つを含む、装置。

【請求項17】

ドッキングサービスを遂行するための装置であって、前記装置は、
無線または有線で通信を実行するように構成された通信部と、
前記通信部と機能的に連結される制御部と
を含み、
前記制御部は、前記ドッキングサービスを発見するためのプローブ要請を無線ドッキー（ＷＤ）から受信するように前記通信部を制御し、
前記プローブ要請は、ドッキング情報要素（ＩＥ）１を含み、
前記制御部は、さらに、ドッキングＩＥ ２を含むプローブ応答を前記無線ドッキー（ＷＤ）に送信するように前記通信部を制御し、
前記ドッキングＩＥ ２は、ドッキング連結が可能か否かを示すドッキング連結可能情報を含み、
前記制御部は、さらに、前記無線ドッキー（ＷＤ）とドッキング連結を遂行するように前記通信部を制御し、
前記ドッキングＩＥ １は、デバイスを識別するためのデバイスＩＤパラメータと、ドッキングサービス発見と関連したドッキング情報要請パラメータとを含み、
前記ドッキングＩＥ ２は、デバイスの名称を示すデバイス名称パラメータ、前記無線ドッキングセンター（ＷＤＣ）により提供可能な無線ドッキング環境（ＷＤＮ）の個数と関連した情報、または各ＷＤＮ内の１つ以上の周辺機器と関連した情報を示すＷＤＮデフォルトパラメータのうちの少なくとも１つを含み、
前記制御部は、さらに、周辺機器から前記周辺機器の詳細情報を受信するように前記通信部を制御し、
前記周辺機器から受信された詳細情報は、無線ドッキングセンターＩＤパラメータ、連結されている無線ドッキングセンターの個数を示すパラメータ、または詳細周辺機器情報を示すパラメータを含む、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書はドッキングシステムに関し、特にホームネットワーク（Ｈｏｍｅ Ｎｅｔｗｏｒｋ）環境における無線ドッキングシステム（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｓｙｓｔｅｍ）に関する。

【背景技術】

【0002】

スマートフォンなどの個人携帯装置の音楽または映像を外部スピーカーなどを用いて再生するための従来ドッキングシステム（Ｄｏｃｋｉｎｇ Ｓｙｓｔｅｍ）は、携帯装置をドッキングセンター（Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ）に物理的に連結した後、ドッキングセンターのユーザインターフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＵＩ）を操作して動作する方式であった。

【0003】

この場合、ドッキング連結のために必ず物理的に連結しなければならないので、ユーザの利用に制限が多かったし、物理的連結という制限された環境によってユーザ応用範囲が音楽再生、スピーカーホンなどに非常に制限的であった。

【発明の概要】

【発明が解決しようとする課題】

【0004】

したがって、本明細書では装置間の物理的連結無しでドッキングサービスを遂行することができる無線ドッキングシステムを提供することをその目的とする。

【0005】

また、本明細書は無線ドッキングシステムにおける幅広い使用環境拡張のためのドッキングプロトコル（Ｄｏｃｋｉｎｇ Ｐｒｏｔｏｃｏｌ）を提供することをその目的とする。

【0006】

また、本明細書は、データリンク階層（Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ）でのドッキングサービスディスカバリー方法、及び応用階層（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ）でのドッキングサービスディスカバリー方法によりデバイス間ドッキングサービス（Ｄｏｃｋｉｎｇ Ｓｅｒｖｉｃｅ）探索を提供することをその目的とする。

【0007】

また、本明細書はドッキーとドッキングセンターとの間のペアリング（Ｐａｉｒｉｎｇ）のためのプロトコルを提供することをその目的とする。

【0008】

また、本明細書は多様な入出力装置を通じての携帯装置の使用のために、ドッキーとドッキングセンターとの間のドッキング動作プロトコル（Ｄｏｃｋｉｎｇ Ｏｐｅｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を提供することをその目的とする。

【0009】

また、本明細書はドッキーとドッキングセンターとの間のドッキング連結終了のための方法を提供することをその目的とする。

【0010】

また、本明細書は専用周辺機器をサポートするためにドッキングセンターと周辺機器との間のインターフェース（Ｉｎｔｅｒｆａｃｅ）プロトコルを提供することをその目的とする。

【0011】

また、本明細書はワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）１ネットワークにおける無線ドッキングサービスをサポートするための方法を提供することをその目的とする。

【0012】

本明細書で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できる。

【課題を解決するための手段】

【0013】

本明細書はワイファイを用いたドッキングサービスをドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）で遂行するための方法であって、ドッキングサービスをサポートするドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）を発見するためのドッキング情報要素（Ｄｏｃｋｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）１を含むプローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）を送信するステップ；前記プローブ要請を受信したドッキングセンターからドッキング情報要素２を含むプローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を受信するステップ；及び前記受信されたプローブ応答に基づいて、前記ドッキングセンターとドッキング連結を遂行するステップを含み、かつ前記ドッキング情報要素１はドッキーとして役割遂行を示すドッキング役割パラメータ、デバイスの名称を示すデバイス名称パラメータ、デバイスを識別するために使われるデバイスＩＤパラメータ、及びドッキングサービス発見の命令を示すドッキング情報要請パラメータのうち、少なくとも１つを含む。

【0014】

また、前記ドッキング情報要素２はドッキングセンターとして役割遂行を示すドッキング役割パラメータ、デバイス名称パラメータ、デバイスＩＤパラメータ、ドッキングセンターにドッキング連結可能か否かを示すパラメータ、ドッキングセンターが提供可能なＷＤＮ（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ）の個数を示すＷＤＮ個数パラメータ、及び各ＷＤＮ内の周辺機器の個数と各周辺機器の詳細情報を示すＷＤＮデフォルトパラメータのうちの少なくとも１つを含む。

【0015】

また、前記ドッキング連結を遂行するステップは、前記ドッキングセンターとドッキングサービス遂行に必要な情報を含むドッキング情報要素３を含む認証ディスカバー要請（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒ Ｒｅｑｕｅｓｔ）を前記ドッキングセンターに送信するステップ；及び前記認証ディスカバー要請を通じて前記ドッキーが要請したドッキング連結に対する結果情報を含むドッキング情報要素４を含む認証ディスカバー応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒ Ｒｅｓｐｏｎｓｅ）を前記ドッキングセンターから受信するステップを含む。

【0016】

また、前記ドッキング情報要素３はドッキーとして役割遂行を示すドッキング役割パラメータ、使用するためのＷＤＮを示すパラメータ及び使用するための各々の周辺機器を示すパラメータのうち、少なくとも１つを含む。

【0017】

また、前記ドッキング情報要素４はドッキングセンターとして役割遂行を示すドッキング役割パラメータ、ドッキーに提供可能なワイファイ連結種類を示すパラメータ、及びドッキング連結プロトコル情報を示すパラメータのうち、少なくとも１つを含む。

【0018】

また、本明細書は前記ドッキングセンターとＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）基盤の連結を確立するステップをさらに含む。

【0019】

また、前記結合要請はＷＤＮ内の各デバイスの読取及び／又は書込機能を示すＲＷ＿ｍｏｄｅパラメータ、ドッキングセンターに従属した周辺機器を先占または共有できるかを示す権限タイプ（Ａｕｔｈｏｒｉｔｙ Ｔｙｐｅ）パラメータ、使用するために選択した各周辺機器の読取及び／又は書込機能を示すＲＷ＿ｍｏｄｅパラメータ、及び使用するために選択した各周辺機器の先占または共有するか否かを示す権限タイプ（Ａｕｔｈｏｒｉｔｙ Ｔｙｐｅ）パラメータのうち、少なくとも１つを含む。

【0020】

また、前記結合応答は、ドッキーまたはドッキングセンターの役割区分を示すドッキング役割パラメータ、及びＷｉ−Ｆｉディスプレイ連結情報を示すパラメータのうち、少なくとも１つを含む。

【0021】

また、本明細書は前記ドッキングセンターに命令（Ｃｏｍｍａｎｄ）メッセージを送信するステップ；及び前記ドッキングセンターから前記命令メッセージに対する応答（Ｒｅｓｐｏｎｓｅ）メッセージを受信するステップをさらに含む。

【0022】

また、前記命令メッセージは追加的なＷＤＮ選択要請を示すパラメータ、現在ドッキング連結されているＷＤＮとの連結解除の要請を示すパラメータ、追加的な周辺機器選択の要請を示すパラメータ、周辺機器との連結解除要請を示すパラメータ、ドッキング連結解除要請を示すパラメータ、ＷＤＮ情報確保要請を示すパラメータ、及び特定周辺機器の情報確保要請を示すパラメータのうち、少なくとも１つを含む。

【0023】

また、本明細書は前記ドッキングセンターから命令（Ｃｏｍｍａｎｄ）メッセージを受信するステップ；及び前記ドッキングセンターに前記命令メッセージに対する応答（Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップをさらに含む。

【0024】

また、本明細書はイベント発生事実を知らせるためのイベント通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを前記ドッキングセンターに送信するステップ；及び前記ドッキングセンターから前記イベント通知メッセージに対する肯定応答（ＡＣＫ）を受信するステップをさらに含む。

【0025】

また、本明細書は前記ドッキングセンターからイベント発生事実を知らせるイベント通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを受信するステップ；及び前記ドッキングセンターに前記イベント通知メッセージに対する肯定応答（ＡＣＫ）を送信するステップをさらに含む。

【0026】

また、前記イベント通知メッセージはドッキーまたはドッキングセンターとしての役割区分を示すドッキング役割パラメータ、パラメータ変更を示す変更パラメータ、ＷＤＮ利用可能の変更を示すパラメータ、及び周辺機器利用可能の変更を示すパラメータのうち、少なくとも１つを含む。

【0027】

また、前記パラメータの変更は送信電力パラメータまたは動作チャンネルパラメータの変更であることを特徴とする。

【0028】

また、本明細書は前記プローブ応答受信後、ユーザインターフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）にドッキングセンターリストを出力するステップ；及び前記出力されたドッキングセンターリストのうち、ドッキング連結を遂行するいずれか１つのドッキングセンターが選択されるステップをさらに含む。

【0029】

また、前記結合要請は前記受信された認証ディスカバー応答内にドッキング連結に対する結果情報が‘連結許可’に設定された場合、前記ドッキングセンターに送信されることを特徴とする。

【0030】

また、本明細書はワイファイを用いたドッキングサービスをドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）で遂行するための方法であって、ドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）とドッキング連結のためのドッキング要請（Ｄｏｃｋｉｎｇ＿Ｒｅｑｕｅｓｔ）を前記ドッキングセンターに送信するステップ；前記ドッキングセンターから前記ドッキング要請に対する応答としてドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐｏｎｓｅ）を受信するステップを含み、かつ前記ドッキング応答は前記ドッキングセンター情報及び前記ドッキングセンターと関連した周辺機器情報を含む。

【0031】

また、前記ドッキング要請はドッキング連結を遂行しようとするドッキングセンターを識別するドッキングセンターＩＤ（ＩＤｅｎｔｉｆｉｅｒ）パラメータ、ドッキングセンターでサポート可能な周辺機器の個数を示す周辺機器個数パラメータ、及び各周辺機器の詳細情報を示す周辺機器リストパラメータのうち、少なくとも１つを含む。

【0032】

また、前記ドッキング応答はドッキングセンターでサポート可能な周辺機器の個数を示す周辺機器個数パラメータ、及び各周辺機器の詳細情報を示す周辺機器リストパラメータのうち、少なくとも１つを含む。

【0033】

また、本明細書はワイファイを用いたドッキングサービスをドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）で遂行するための方法であって、ドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）からドッキング連結のためのドッキング要請（Ｄｏｃｋｉｎｇ＿Ｒｅｑｕｅｓｔ）を受信するステップ；周辺機器（Ｐｅｒｉｐｈｅｒａｌ）に前記周辺機器の詳細情報を要請するための詳細情報要請を送信するステップ；前記周辺機器から前記詳細情報要請に対する応答として詳細情報を受信するステップ；及び前記ドッキーに前記ドッキング要請に対する応答としてドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐｏｎｓｅ）を送信するステップを含み、かつ前記詳細情報要請はドッキングセンターを識別するドッキングセンターＩＤ（ＩＤｅｎｔｉｆｉｅｒ）パラメータ、及び詳細情報要請対象に該当する周辺機器を識別する周辺機器ＩＤパラメータのうち、少なくとも１つを含む。

【0034】

また、前記周辺機器から受信する詳細情報は、ドッキングセンターＩＤパラメータ、連結されているドッキングセンターの個数を示すパラメータ、及び詳細周辺機器情報を示すパラメータのうち、少なくとも１つを含む。

【0035】

また、本明細書は前記周辺機器から発生したイベント情報を含む周辺機器イベント（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ）メッセージを受信するステップ；前記受信された周辺機器イベントメッセージに基づいて、前記ドッキーに前記周辺機器でのイベント発生事実を知らせるための周辺機器イベント通知（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ＿Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを送信するステップをさらに含む。

【0036】

また、前記周辺機器イベント通知メッセージは、制御可能な周辺機器の個数を示す周辺機器個数パラメータ、及び周辺機器の詳細情報リストを示すパラメータのうち、少なくとも１つを含む。

【0037】

また、本明細書は前記ドッキーからドッキングサービス使用終了要請のための終了要請（Ｃｌｏｓｅ＿Ｒｅｑｕｅｓｔ）メッセージを受信するステップ；及び前記ドッキーに前記終了要請に対する応答として終了応答（Ｃｌｏｓｅ＿Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップをさらに含む。

【0038】

また、本明細書は前記ドッキーと前記ドッキングセンターとの間の接続維持確認のためのハート＿ビット（Ｈｅａｒｔ＿Ｂｅａｔ）メッセージを交換するステップをさらに含む。

【0039】

また、本明細書は接続維持確認のためのハート＿ビット（Ｈｅａｒｔ＿Ｂｅａｔ）メッセージを交換するステップは、前記ドッキーに接続維持確認のためのハート＿ビット（Ｈｅａｒｔ＿Ｂｅａｔ）メッセージを送信するステップ；及び前記ドッキーから前記ハート＿ビットメッセージに対する応答を受信するステップをさらに含む。

【0040】

また、本明細書は前記ハート＿ビットメッセージは、一定の間隔で既に設定された回数だけ連続して送信され、前記ドッキーから前記ドッキーに送信したハート＿ビットメッセージ個数だけ前記応答を受信できなかった場合、前記ドッキーにドッキング連結が終了したことを知らせる終了通知（Ｃｌｏｓｅ＿Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを送信するステップをさらに含む。

【0041】

また、本明細書は前記ドッキーから周辺機器の制御権移転要請のための権限要請（Ａｕｔｈｏｒｉｔｙ＿Ｒｅｑｕｅｓｔ）を受信するステップ；及び前記ドッキーに各周辺機器別制御権移転許可するか否かを示す情報を含む権限応答（Ａｕｔｈｏｒｉｔｙ＿Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップをさらに含む。

【0042】

また、前記権限要請は制御権移転を希望する少なくとも１つの周辺機器のリスト情報を含む。

【0043】

また、前記制御権移転要請対象の周辺機器に対する‘先占’または‘共有’するか否かを示す情報が前記権限要請及び前記権限応答に含まれる。

【0044】

また、前記詳細周辺機器情報を示すパラメータは使用可能な周辺機器の種類を示す情報を含む。

【0045】

また、本明細書はワイファイを用いたドッキングサービスを遂行するための装置であって、外部と無線または有線で通信するための通信部；及び前記通信部と機能的に連結される制御部を含み、かつ前記制御部はドッキングサービスをサポートするドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）を発見するためのドッキング情報要素（Ｄｏｃｋｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）１を含むプローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）を送信するように前記通信部を制御し、前記プローブ要請を受信したドッキングセンターからドッキング情報要素２を含むプローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を受信するように前記通信部を制御し、前記受信されたプローブ応答に基づいて、前記ドッキングセンターとドッキング連結を遂行するように制御し、かつ前記ドッキング情報要素１はドッキーまたはドッキングセンターとしての役割区分を示すドッキング役割パラメータ、デバイスの名称を示すデバイス名称パラメータ、デバイスを識別するために使われるデバイスＩＤパラメータ、及びドッキングサービス発見の命令を示すドッキング情報要請パラメータのうち、少なくとも１つを含む。

【0046】

また、本明細書はワイファイを用いたドッキングサービスを遂行するための装置において、外部と無線または有線で通信するための通信部；及び前記通信部と機能的に連結される制御部を含み、かつ前記制御部はドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）からドッキング連結のためのドッキング要請（Ｄｏｃｋｉｎｇ＿Ｒｅｑｕｅｓｔ）を受信するように前記通信部を制御し、周辺機器（Ｐｅｒｉｐｈｅｒａｌ）に前記周辺機器の詳細情報を要請するための詳細情報要請を送信するように前記通信部を制御し、前記周辺機器から前記詳細情報要請に対する応答として詳細情報を受信し、前記ドッキーに前記ドッキング要請に対する応答としてドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐｏｎｓｅ）を送信するように制御し、かつ前記詳細情報要請はドッキングセンターを識別するドッキングセンターＩＤ（ＩＤｅｎｔｉｆｉｅｒ）パラメータ、及び詳細情報要請対象に該当する周辺機器を識別する周辺機器ＩＤパラメータのうち、少なくとも１つを含む。
例えば、本願発明は以下の項目を提供する。
（項目１）
ワイファイを用いたドッキングサービスをドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）で遂行するための方法であって、
ドッキングサービスをサポートするドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）を発見するためのドッキング情報要素（Ｄｏｃｋｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）１を含むプローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）を送信するステップと、
前記プローブ要請を受信したドッキングセンターからドッキング情報要素２を含むプローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を受信するステップと、
前記受信されたプローブ応答に基づいて、前記ドッキングセンターとドッキング連結を遂行するステップとを含み、かつ
前記ドッキング情報要素１はドッキーとして役割遂行を示すドッキング役割パラメータ、デバイスの名称を示すデバイス名称パラメータ、デバイスを識別するために使われるデバイスＩＤパラメータ、及びドッキングサービス発見の命令を示すドッキング情報要請パラメータのうち、少なくとも１つを含むことを特徴とする、方法。
（項目２）
前記ドッキング情報要素２はドッキングセンターとして役割遂行を示すドッキング役割パラメータ、デバイス名称パラメータ、デバイスＩＤパラメータ、ドッキングセンターにドッキング連結可能か否かを示すパラメータ、ドッキングセンターが提供可能なＷＤＮ（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ）の個数を示すＷＤＮ個数パラメータ、及び各ＷＤＮ内の周辺機器の個数と各周辺機器の詳細情報を示すＷＤＮデフォルトパラメータのうち、少なくとも１つを含むことを特徴とする、項目１に記載の方法。
（項目３）
前記ドッキング連結を遂行するステップは、
前記ドッキングセンターとドッキングサービス遂行に必要な情報を含むドッキング情報要素３を含む認証ディスカバー要請（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒ Ｒｅｑｕｅｓｔ）を前記ドッキングセンターに送信するステップと、
前記認証ディスカバー要請を通じて前記ドッキーが要請したドッキング連結に対する結果情報を含むドッキング情報要素４を含む認証ディスカバー応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒ Ｒｅｓｐｏｎｓｅ）を前記ドッキングセンターから受信するステップと、
を含んでなることを特徴とする、項目１に記載の方法。
（項目４）
前記ドッキング情報要素３はドッキーとして役割遂行を示すドッキング役割パラメータ、使用するためのＷＤＮを示すパラメータ、及び使用するための各々の周辺機器を示すパラメータのうち、少なくとも１つを含むことを特徴とする、項目３に記載の方法。
（項目５）
前記ドッキング情報要素４はドッキングセンターとして役割遂行を示すドッキング役割パラメータ、ドッキーに提供可能なワイファイ連結種類を示すパラメータ、及びドッキング連結プロトコル情報を示すパラメータのうち、少なくとも１つを含むことを特徴とする、項目３に記載の方法。
（項目６）
ドッキングサービス遂行に必要な追加情報を要請するための結合要請（Ｊｏｉｎ Ｒｅｑｕｅｓｔ）を前記ドッキングセンターに送信するステップと、
前記ドッキングセンターから前記結合要請に対する応答として結合応答（Ｊｏｉｎ Ｒｅｓｐｏｎｓｅ）を受信するステップをさらに含むことを特徴とする、項目３に記載の方法。
（項目７）
前記結合応答は、ドッキングセンターとして役割遂行を示すドッキング役割パラメータ、及びＷｉ−Ｆｉディスプレイ連結情報を示すパラメータのうち、少なくとも１つを含むことを特徴とする、項目６に記載の方法。
（項目８）
前記ドッキングセンターに命令（Ｃｏｍｍａｎｄ）メッセージを送信するステップと、
前記ドッキングセンターから前記命令メッセージに対する応答（Ｒｅｓｐｏｎｓｅ）メッセージを受信するステップと、
をさらに含むことを特徴とする、項目６に記載の方法。
（項目９）
前記命令メッセージは追加的なＷＤＮ選択の要請を示すパラメータ、現在ドッキング連結されているＷＤＮとの連結解除の要請を示すパラメータ、追加的な周辺機器選択の要請を示すパラメータ、周辺機器との連結解除要請を示すパラメータ、ドッキング連結解除要請を示すパラメータ、ＷＤＮ情報確保要請を示すパラメータ、及び特定周辺機器の情報確保要請を示すパラメータのうち、少なくとも１つを含むことを特徴とする、項目８に記載の方法。
（項目１０）
前記ドッキングセンターから命令（Ｃｏｍｍａｎｄ）メッセージを受信するステップと、
前記ドッキングセンターに前記命令メッセージに対する応答（Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップと、
をさらにことを特徴とする、項目６に記載の方法。
（項目１１）
前記ドッキングセンターからイベント発生事実を知らせるイベント通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを受信するステップをさらにことを特徴とする、項目６に記載の方法。
（項目１２）
ワイファイを用いたドッキングサービスをドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）で遂行するための方法であって、
ドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）とドッキング連結のためのドッキング要請（Ｄｏｃｋｉｎｇ＿Ｒｅｑｕｅｓｔ）を前記ドッキングセンターに送信するステップと、
前記ドッキングセンターから前記ドッキング要請に対する応答としてドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐｏｎｓｅ）を受信するステップとを含み、かつ
前記ドッキング応答は前記ドッキングセンター情報及び前記ドッキングセンターと関連した周辺機器情報を含むことを特徴とする、方法。
（項目１３）
前記ドッキング要請はドッキング連結を遂行しようとするドッキングセンターを識別するドッキングセンターＩＤ（ＩＤｅｎｔｉｆｉｅｒ）パラメータ、ドッキングセンターでサポート可能な周辺機器の個数を示す周辺機器個数パラメータ、及び各周辺機器の詳細情報を示す周辺機器リストパラメータのうち、少なくとも１つを含むことを特徴とする、項目１２に記載の方法。
（項目１４）
前記ドッキング応答は、ドッキングセンターでサポート可能な周辺機器の個数を示す周辺機器個数パラメータ、及び各周辺機器の詳細情報を示す周辺機器リストパラメータのうち、少なくとも１つを含むことを特徴とする、項目１２に記載の方法。
（項目１５）
ワイファイを用いたドッキングサービスをドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）で遂行するための方法であって、
ドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）からドッキング連結のためのドッキング要請（Ｄｏｃｋｉｎｇ＿Ｒｅｑｕｅｓｔ）を受信するステップと、
周辺機器から前記周辺機器の詳細情報を受信するステップと、
前記ドッキーに前記ドッキング要請に対する応答としてドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐｏｎｓｅ）を送信するステップとを含み、かつ
前記周辺機器から受信する詳細情報は、ドッキングセンターＩＤパラメータ、連結されているドッキングセンターの個数を示すパラメータ、及び詳細周辺機器情報を示すパラメータのうち、少なくとも１つを含むことを特徴とする、方法。
（項目１６）
前記ドッキーに前記周辺機器でのイベント発生事実を知らせるための周辺機器イベント通知（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ＿Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを送信するステップをさらに含むことを特徴とする、項目１５に記載の方法。
（項目１７）
前記ドッキーからドッキングサービス使用終了要請のための終了要請（Ｃｌｏｓｅ＿Ｒｅｑｕｅｓｔ）メッセージを受信するステップと、
前記ドッキーに前記終了要請に対する応答として終了応答（Ｃｌｏｓｅ＿Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップと、
をさらに含むことを特徴とする、項目１５に記載の方法。
（項目１８）
前記ドッキーと前記ドッキングセンターとの間の接続維持確認のためのハート＿ビット（Ｈｅａｒｔ＿Ｂｅａｔ）メッセージを交換するステップをさらに含むことを特徴とする、項目１５に記載の方法。
（項目１９）
ワイファイを用いたドッキングサービスを遂行するための装置であって、
外部と無線または有線で通信するための通信部と、
前記通信部と機能的に連結される制御部とを含み、かつ
前記制御部は、
ドッキングサービスをサポートするドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）を発見するためのドッキング情報要素（Ｄｏｃｋｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）１を含むプローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）を送信するように前記通信部を制御し、
前記プローブ要請を受信したドッキングセンターからドッキング情報要素２を含むプローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を受信するように前記通信部を制御し、
前記受信されたプローブ応答に基づいて、前記ドッキングセンターとドッキング連結を遂行するように制御し、かつ
前記ドッキング情報要素１は、ドッキーまたはドッキングセンターとしての役割区分を示すドッキング役割パラメータ、デバイスの名称を示すデバイス名称パラメータ、デバイスを識別するために使われるデバイスＩＤパラメータ、及びドッキングサービス発見の命令を示すドッキング情報要請パラメータのうち、少なくとも１つを含むことを特徴とする、装置。
（項目２０）
ワイファイを用いたドッキングサービスを遂行するための装置であって、
外部と無線または有線で通信するための通信部と、
前記通信部と機能的に連結される制御部とを含み、かつ
前記制御部は、
ドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）からドッキング連結のためのドッキング要請（Ｄｏｃｋｉｎｇ＿Ｒｅｑｕｅｓｔ）を受信するように前記通信部を制御し、
周辺機器（Ｐｅｒｉｐｈｅｒａｌ）に前記周辺機器の詳細情報を要請するための詳細情報要請を送信するように前記通信部を制御し、
前記周辺機器から前記詳細情報要請に対する応答として詳細情報を受信し、前記ドッキーに前記ドッキング要請に対する応答としてドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐｏｎｓｅ）を送信するように制御し、かつ
前記詳細情報要請は、ドッキングセンターを識別するドッキングセンターＩＤ（ＩＤｅｎｔｉｆｉｅｒ）パラメータ、及び詳細情報要請対象に該当する周辺機器を識別する周辺機器ＩＤパラメータのうち、少なくとも１つを含むことを特徴とする、装置。

【発明の効果】

【0047】

したがって、本明細書は小型化した個人携帯装置を使用するに当たって、モニターなどのディスプレイ装置と、キーボード、マウス、プリンタなどの多様な入出力装置を活用することによって、ユーザの便宜性を極大化させることができる効果がある。

【0048】

また、本明細書はこのようなユーザ便宜環境を構成する装置と個人携帯装置との間の物理的連結がないので、ドッキングサービス運営上、物理的環境制約がないし、応用できるＵｓｅ−Ｃａｓｅの拡張が非常に容易な効果がある。

【0049】

本発明で得られる効果は、以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解することができる。

【図面の簡単な説明】

【0050】

【図1】本明細書で提案する無線ドッキングシステム（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｓｙｓｔｅｍ）の一例を示す図である。

【図2a】本明細書で提案するドッキー（Ｄｏｃｋｅｅ）の内部ブロック図の一例を示す図である。

【図2b】本明細書で提案するドッキングセンター（Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ）及び周辺機器（Ｐｅｒｉｐｈｅｒａｌ）の内部ブロック図の一例を示す図である。

【図2c】本明細書で提案するドッキー及びドッキングセンターの内部ブロック図の更に他の一例を示す図である。

【図3】本明細書で提案するドッキー及びドッキングセンターの内部構成を機能的な面で概略的に示す図である。

【図4a】本明細書に提案するＭＡＣ階層ドッキングディスカバリー手続の一例を示す流れ図である。

【図4b】ワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）ネットワークにおけるサービスディスカバリー（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）手続を示す図である。

【図4c】本明細書で提案するワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）ネットワークにおけるサービスディスカバリーを用いてドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）を遂行するための方法を示す流れ図である。

【図4d】本明細書で提案するワイファイを用いてドッキングサービス遂行のためのＭＡＣ階層ドッキングディスカバリー手続の更に他の一例を示す流れ図である。

【図5a】本明細書で提案する応用階層ドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）手続の一例を示す流れ図である。

【図5b】本明細書で提案する応用階層ドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）手続の更に他の一例を示す流れ図である。

【図6a】本明細書で提案する無線ドッキングシステムにおけるドッキングペアリング手続の一例を示す流れ図である。

【図6b】本明細書で提案する無線ドッキングシステムにおけるドッキングペアリング手続の更に他の一例を示す流れ図である。

【図7a】イベントドリブン方式のドッキング動作手続の一例を示す流れ図である。

【図7b】本明細書で提案する無線ドッキングシステムにおける周期的（Ｐｅｒｉｏｄｉｃ）方式のドッキング動作手続の一例を示す流れ図である。

【図7c】本明細書で提案するワイファイを用いた無線ドッキングシステムにおけるイベントドリブン方式と周期的（Ｐｅｒｉｏｄｉｃ）方式が混用されるドッキング動作手続の一例を示す流れ図である。

【図7d】本明細書で提案するワイファイを用いた無線ドッキングシステムにおけるユーザ命令によるドッキング動作手続の一例を示す流れ図である。

【図8a】ユーザ要請によるドッキング終了手続の一例を示す流れ図である。

【図8b】タイムアウト（Ｔｉｍｅ Ｏｕｔ）によるドッキング終了手続の一例を示す流れ図である。

【図9a】本明細書で提案するドッキングセンターとドッキング専用周辺機器との通信手続の一例を示す流れ図である。

【図9b】本明細書で提案するドッキングセンターとドッキング専用周辺機器との通信手続の更に他の一例を示す流れ図である。

【図10】本明細書で提案するドッキングディスカバリー手続と関連したユーザインターフェースの一例を示す図である。

【図11】本明細書で提案するドッキングペアリング手続と関連したユーザインターフェースの一例を示す図である。

【図12】本明細書で提案するワイファイを用いた無線ドッキングシステムが家または事務室で活用される一例を示す図である。

【図13】本明細書で提案するワイファイを用いた無線ドッキングシステムが公共場所で活用される一例を示す図である。

【図14】本明細書で提案するワイファイを用いた無線ドッキングシステムが活用される更に他の一例を示す図である。

【図15】本明細書で提案するワイファイを用いた無線ドッキングシステムにおける周辺機器利用無しでドッキーが直接ドッキングセンターを制御する状況を示す図である。

【図16】本明細書で提案するワイファイを用いた無線ドッキングシステムにおける多数のドッキーが周辺機器を共有している状況を示す図である。

【図17】本明細書で提案するワイファイダイレクトネットワークにおける無線ドッキングサービスをサポートするための方法の一例を示す流れ図である。

【図18a】ドッキーの要請によりメッセージ交換手続を示す図である。

【図18b】ドッキングセンターの要請によりメッセージ交換手続を示す図である。

【図19a】ドッキーでイベント発生時、ドッキングセンターにイベント発生を知らせるための方法を示す図である。

【図19b】ドッキングセンターにイベント発生時、ドッキーにイベント発生を知らせるための方法を示す図である。

【発明を実施するための形態】

【0051】

以下、図面を参照して本発明をより詳細に説明する。

【0052】

以下の説明で使われる構成要素に対する接尾辞“モジュール”及び“部”は、単純に本明細書の作成の容易性を考慮して与えられるものであって、前記“モジュール”及び“部”は互いに混用されることもできる。

【0053】

一方、本明細書で記述されるデバイスは無線通信可能なデバイスであって、スマートフォンを含んだ携帯電話、タブレットＰＣ、デスクトップコンピュータ、ノートブック、スマートＴＶ、ＩＰＴＶなどを含んだテレビなどが可能である。

【0054】

また、以下の添付図面及び添付図面に記載された内容を参照して本発明の実施形態を詳細に説明するが、本発明が実施形態により制限または限定されるものではない。

【0055】

本明細書で使われる用語は本発明での機能を考慮しながらできる限り現在広く使われる一般的な用語を選択したが、これは当分野に従事する技術者の意図または慣例または新たな技術の出現などによって変わることがある。

【0056】

また、特定の場合は出願人が任意に選定した用語もあり、この場合、該当する発明の説明部分でその意味を記載するはずである。

【0057】

したがって、本明細書で使われる用語は、単純な用語の名称でない、その用語が有する実質的な意味と本明細書の全般に亘る内容に基づいて解析されなければならないことを明らかにしようとする。

【0058】

図１は、本明細書で提案する無線ドッキングシステム（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｓｙｓｔｅｍ）の一例を示す図である。

【0059】

無線ドッキングシステム（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｓｙｓｔｅｍ）は、ワイファイドッキングシステム（Ｗｉ−Ｆｉ Ｄｏｃｋｉｎｇ Ｓｙｓｔｅｍ）と表現されることもできる。

【0060】

図１に示すように、無線ドッキングシステム１００は、ドッキー（Ｄｏｃｋｅｅ）１１０、ドッキングセンター（Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ）１２０、及び周辺機器（Ｐｅｒｉｐｈｅｒａｌ）１３０を含む。前記ドッキー、ドッキングセンター、及び周辺機器は、前記無線ドッキングシステムを構成する主要構成要素に該当し、前記無線ドッキングシステムは以外にも他の構成要素を含むことができる。

【0061】

まず、ドッキー（Ｄｏｃｋｅｅ）１１０は無線ドッキングシステムを活用して使用する対象装置であって、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）、ラップトップ（Ｌａｐｔｏｐ）、タブレット（Ｔａｂｌｅｔ）ＰＣ、携帯用再生機器（Ｐｏｒｔａｂｌｅ Ｐｌａｙｅｒ）（一例に、ＭＰ３など）、携帯用ゲームコンソール（Ｐｏｒｔａｂｌｅ Ｇａｍｅ Ｃｏｎｓｏｌｅ）、カメラ（Ｃａｍｅｒａ）などでありうる。

【0062】

前記ドッキーは、無線ドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）、ワイファイ（Ｗｉ−Ｆｉ）ドッキーとも表現され、前記ドッキーとドック（ｄｏｃｋ）する一連の周辺機器を選択するためにドッキングセンターと連結する。

【0063】

ドッキングセンター（Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ）１２０は、多様な周辺機器（Ｐｅｒｉｐｈｅｒａｌ）と有線または無線で連結されるか、またはドッキングセンターに統合されていることもできる。

【0064】

前記ドッキングセンターはドッキーを制御する装置、即ちドッキーがペアリング（ｐａｉｒｉｎｇ）する対象装置をいう。また、前記ドッキングセンターは場合によってディスプレイ機能を含むこともできる。前記ドッキングセンターは、モニター、ＴＶ、タブレットＰＣ、別途のネットワーク装備でありうる。前記別途のネットワーク装備は、アクセスポイント（ＡＰ）、ルータ（Ｒｏｕｔｅｒ）、ゲートウェイ（Ｇａｔｅｗａｙ）などをいう。

【0065】

周辺機器（Ｐｅｒｉｐｈｅｒａｌ）１３０は、ユーザが直接的に使用する入／出力装置または便宜装置のような周辺装置をいうものであって、少なくとも１つの周辺機器機能（Ｐｅｒｉｐｈｅｒａｌ Ｆｕｎｃｔｉｏｎｓ：ＰＦ）を遂行するハードウェア構成要素である。

【0066】

前記周辺機器は、マウス、キーボード、ゲームパッド、スピーカー／マイク、プロジェクター／ディスプレイ、自動車装備（Ｃａｒ Ｅｑｕｉｐｍｅｎｔ）、プリンタ／スキャナー、照明など、ホーム自動（Ｈｏｍｅ Ａｕｔｏｍａｔｉｏｎ）装置でありうる。

【0067】

ドッキーがドッキングセンターとドック（Ｄｏｃｋ）する時、ＷＳＢまたはワイファイディスプレイ（Ｗｉ−Ｆｉ Ｄｉｓｐｌａｙ）のようなワイファイ周辺機器は、ドッキーに直接連結されるか、またはドッキングセンターを通じてリレー（ｒｅｌａｙ）することによって連結できる。

【0068】

図２ａ及び図２ｂは、本明細書で提案するドッキー（Ｄｏｃｋｅｅ）、ドッキングセンター（Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ）、及び周辺機器（Ｐｅｒｉｐｈｅｒａｌ）の内部ブロック図の一例を示す図である。

【0069】

図２ａに図示されたドッキーと図２ｂに図示されたドッキングセンター及び周辺機器とは互いに無線または有線で連結できる。

【0070】

まず、ドッキー１１０は、応用階層（Ａｐｐｌｉｃａｔｉｏｎ）１１１、メモリ（Ｍｅｍｏｒｙ）１１２、ドッキングモジュール（Ｄｏｃｋｉｎｇ Ｍｏｄｕｌｅ）１１３、無線ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層１１４、無線ＰＨＹ（Ｐｈｙｓｉｃａｌ）階層１１５を含む。

【0071】

前記ドッキングモジュール１１３は，ドッキング管理（Ｄｏｃｋｉｎｇ Ｍａｎａｇｅｍｅｎｔ）モジュール１１３−１、ドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）モジュール１１３−２、ディスプレイソース（Ｄｉｓｐｌａｙ Ｓｏｕｒｃｅ）１１３−３を含む。

【0072】

ドッキングセンター１２０は、応用階層１２１、周辺機器インターフェース（Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅ）１２２、ドッキングモジュール（Ｄｏｃｋｉｎｇ Ｍｏｄｕｌｅ）１２３、メモリ（Ｍｅｍｏｒｙ）１２４、無線ＭＡＣ階層（Ｌａｙｅｒ）１２５、無線物理（ＰＨＹ）階層１２６を含む。

【0073】

前記周辺機器インターフェース１２２は、ドッキング専用周辺機器（Ｄｏｃｋｉｎｇ Ｄｅｄｉｃａｔｅｄ Ｐｅｒｉｐｈｅｒａｌ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＷＳＢ（Ｗｉ−Ｆｉ Ｓｅｒｉａｌ Ｂｕｓ）などのインターフェースで構成できる。

【0074】

前記ドッキングモジュール１２３は、専用周辺機器のためのプロトコル（Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｄｅｄｉｃａｔｅｄ Ｐｅｒｉｐｈｅｒａｌ）１２３−１、ドッキング管理（Ｄｏｃｋｉｎｇ Ｍａｎａｇｅｍｅｎｔ）モジュール１２３−２、ドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）モジュール１２３−３、ディスプレイシンク（Ｄｉｓｐｌａｙ Ｓｉｎｋ）１２３−４を含む。

【0075】

前記ドッキー及びドッキングセンターの無線ＭＡＣ階層は、ドッキングディスカバリーモジュールを含む。

【0076】

前記ドッキーとドッキングセンターはワイファイ無線で連結される。

【0077】

周辺機器は、ドッキングセンターと有線または無線で連結される。図２ａ及び図２ｂを参照すると、ドッキングセンターは５個の周辺機器と連結されている。

【0078】

周辺機器１はドッキング専用周辺機器として内部にドッキング専用周辺機器機能モジュール１３１及びドッキング管理モジュール１３２を含む。

【0079】

周辺機器２はブルートゥース通信が可能な周辺機器であり、周辺機器３はＮＦＣ通信可能な周辺機器であり、周辺機器４はＵＳＢ通信可能な周辺機器であり、周辺機器５はワイファイ通信可能なＷＳＢ（Ｗｉ−Ｆｉ Ｓｅｒｉａｌ Ｂｕｓ）である。

【0080】

前記ドッキー及びドッキングセンターのＭＡＣプロトコル及びＰＨＹプロトコルについて具体的に説明する。

【0081】

まず、ＰＨＹプロトコル（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ）はＭＡＣプロトコル（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）からデータの転送の要請を受ければ、要請を受けたデータに対し、ＦＥＣエンコーディング（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｅｎｃｏｄｉｎｇ）、変調（Ｍｏｄｕｌａｔｉｏｎ）、プリアンブル（Ｐｒｅａｍｂｌｅ）、及びパイロット（Ｐｉｌｏｔ）などの付加信号を挿入するなどの処理を行って通信部に伝達する役割をする。

【0082】

また、ＰＨＹプロトコルは送受信部が受信した信号の伝達を受ければ、伝達を受けた受信信号を復調（Ｄｅｍｏｄｕｌａｔｉｏｎ）、イコライゼーション（Ｅｑｕａｌｉｚａｔｉｏｎ）、ＦＥＣデコーディング（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｄｅｃｏｄｉｎｇ）、及びＰＨＹで付加された信号の向上などの過程を通じてＭＡＣプロトコルにデータを伝達する役割を遂行する。

【0083】

このような機能のためにＰＨＹプロトコルは、変調器（Ｍｏｄｕｌａｔｏｒ）、復調器（Ｄｅｍｏｄｕｌａｔｏｒ）、イコライザー（Ｅｑｕａｌｉｚｅｒ）、ＦＥＣエンコーダ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｅｎｃｏｄｅｒ）、及びＦＥＣデコーダ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｄｅｃｏｄｅｒ）を含むことができる。

【0084】

ＭＡＣプロトコルは、上位階層から伝達されるデータをＰＨＹプロトコルに伝達及び転送するために必要な過程を遂行するか、または基本的な通信がなされるための付加的な転送を担当する。

【0085】

このために、上位階層から転送が要求されるデータの転送に適するように加工してＰＨＹプロトコルに伝達及び転送するように処理し、またＰＨＹプロトコルから伝達された受信データを加工して上位階層に伝達する役割を遂行する。

【0086】

また、このようなデータ伝達のために必要なその他の付加的な送受信を担当することによって、通信プロトコルを処理する役割を担当することができる。

【0087】

図２ｃは、本明細書で提案するドッキー及びドッキングセンターの内部ブロック図の更に他の一例を示す図である。

【0088】

図２ｃに示すように、ドッキー１１０及びドッキングセンター１２０は、通信部（または、送受信部）１０、制御部２０、入力部３０、出力部４０、及びメモリ１１２、１２４を含む。

【0089】

通信部１０、制御部２０、入力部３０、出力部４０、及びメモリ１１２、１２４は、本明細書で提案する方法を遂行するために機能的に連結されている。

【0090】

通信部（送受信部またはＲＦ部）１０は、ＰＨＹプロトコル（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ）から作られた情報を受信すれば、受信した情報をＲＦスペクトル（Ｒａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ Ｓｐｅｃｔｒｕｍ）に移して、フィルタリング（Ｆｉｌｔｅｒｉｎｇ）、増幅（Ａｍｐｌｉｆｉｃａｔｉｏｎ）などを遂行してアンテナに送信する。また、通信部はアンテナで受信されるＲＦ信号（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｓｉｇｎａｌ）をＰＨＹプロトコルで処理可能な帯域に移して、フィルタリングを遂行する機能をする。

【0091】

そして、通信部１０はこのような送信と受信機能を切り換えるためのスイッチ（Ｓｗｉｔｃｈ）機能も含むことができる。

【0092】

制御部２０は、本明細書で提案された機能、過程、及び／又は方法を具現する。無線インターフェースプロトコルの階層は制御部により具現できる。

【0093】

即ち、前記制御部はワイファイのために無線ドッキングサービスを遂行するために、ドッキングディスカバリー、ドッキング動作、ドッキングペアリング、ドッキング終了動作などを制御することができる。

【0094】

また、前記制御部はドッキングサービスをサポートするドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）を発見するためのドッキング情報要素（Ｄｏｃｋｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）１を含むプローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）を送信するように前記通信部を制御し、前記プローブ要請を受信したドッキングセンターからドッキング情報要素２を含むプローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を受信するように前記通信部を制御し、前記受信されたプローブ応答に基づいて、前記ドッキングセンターとドッキング連結を遂行するように制御する。

【0095】

また、前記制御部はドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）からドッキング連結のためのドッキング要請（Ｄｏｃｋｉｎｇ＿Ｒｅｑｕｅｓｔ）を受信するように前記通信部を制御し、周辺機器（Ｐｅｒｉｐｈｅｒａｌ）に前記周辺機器の詳細情報を要請するための詳細情報要請を送信するように前記通信部を制御し、前記周辺機器から前記詳細情報要請に対する応答として詳細情報を受信し、前記ドッキーに前記ドッキング要請に対する応答としてドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐｏｎｓｅ）を送信するように制御する。

【0096】

メモリ１１２、１２４は制御部と連結されて、ワイファイを用いて無線ドッキングサービス遂行のためのプロトコルやパラメータを格納する。

【0097】

制御部２０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を含むことができる。メモリ１１２、１２４は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を含むことができる。通信部１０は、無線信号を処理するためのベースバンド回路を含むことができる。実施形態がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現できる。モジュールはメモリに格納され、制御部により実行できる。メモリ１１２、１２４は、制御部２０の内部または外部にあり、よく知られた多様な手段により制御部２０と連結できる。

【0098】

出力部（ディスプレイ部または表示部）４０は制御部により制御され、キー入力部（図示せず）で発生するキー入力信号及び制御部からの各種情報信号と共に、前記制御部から出力される情報を出力する。

【0099】

図３は、本明細書で提案するドッキー及びドッキングセンターの内部構成を機能的な面で概略的に示す図である。

【0100】

図３に示すように、ドッキング管理モジュール（Ｄｏｃｋｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ｍｏｄｕｌｅ、１１３−１、１２３−２）は、ドッキー及びドッキングセンターで対象装置との連結の有無、接続及び使用履歴、装置情報などを管理及び制御する。

【0101】

ドッキングプロトコル（Ｄｏｃｋｉｎｇ Ｐｒｏｔｏｃｏｌ）は、ドッキーとドッキングセンターとの間の制御、モニタリング、及び情報交換のためのプロトコルである。

【0102】

ドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）モジュールは、周囲装置を対象に無線ドッキングシステムを提供する装置を探すためにディスカバリー（探索、発見）機能を遂行する。

【0103】

ここには、ＭＡＣ階層で遂行するＭＡＣドッキングディスカバリー（ＭＡＣ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）と応用階層で遂行する応用ドッキングディスカバリー（Ａｐｐ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）がある。

【0104】

ＭＡＣドッキングディスカバリーは、データリンク階層（Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ）でＩＰ基盤の関係（ａｓｓｏｃｉａｔｉｏｎ）を結ぶ前にドッキングサポートするか否かを検索するための機能をする。

【0105】

アプリケーションドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）は、ＭＡＣドッキングディスカバリー機能を使用できない場合、応用階層でドッキングサポートするか否かを検索するための機能を遂行する。

【0106】

専用周辺機器プロトコル（Ｄｅｄｉｃａｔｅｄ Ｐｅｒｉｐｈｅｒａｌ Ｐｒｏｔｏｃｏｌ）は、ＵＳＢ、ブルートゥースなどの常用インターフェースをサポートせず、ただ無線ドッキングシステムのみをサポートする役割を遂行する。

【0107】

（ドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ））
以下、本明細書で提案するドッキングサービス遂行のためのドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）手続について説明する。

【0108】

ドッキングディスカバリーにはＭＡＣ階層（ｌａｙｅｒ）ドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）手続と応用階層ドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）手続がある。

【0109】

まず、ＭＡＣ階層ドッキングディスカバリー手続について説明する。

【0110】

（Ｗｉ−Ｆｉ）無線通信において、データリンク階層を担当するＭＡＣはＬ２連結確立（Ｌ２ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）の以前にプロービング（Ｐｒｏｂｉｎｇ）またはビーコン（Ｂｅａｃｏｎ）手続、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続、関係（Ａｓｓｏｃｉａｔｉｏｎ）手続などを遂行する。

【0111】

前記のような手続は場合によってチャンネルスキャニング（Ｃｈａｎｎｅｌ Ｓｃａｎｎｉｎｇ）などを遂行して多少多い時間がかかることがある。

【0112】

全ての応用階層の通信プロトコルは、前記のようなＭＡＣ連結確立手続を完了した後に始まり、無線ドッキングのためのディスカバリー手続もドッキング対象装置が通信可能距離内に位置しても必ずＭＡＣ連結手続を完了した後のみに可能である。

【0113】

このようなデータリンク手続遂行によって応用階層でのドッキングディスカバリーは相対的に長い遂行時間がかからざるを得ない。また、隣り合う装置の数が増加するほどドッキングディスカバリー手続の遂行時間は比例的に増加するようになる。

【0114】

以下に記述されるドッキー、ドッキングセンター、及び周辺機器の間に送受信する情報はメッセージ（ｍｅｓｓａｇｅ）、フレーム（ｆｒａｍｅ）、シグナリング（ｓｉｇｎａｌｉｎｇ）、プリミティブ（ｐｒｉｍｉｔｉｖｅ）などの形態に送受信することができる。

【0115】

（ＭＡＣ階層ドッキングディスカバリー（ＭＡＣ Ｌａｙｅｒ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ））
図４ａは、本明細書に提案するＭＡＣ階層ドッキングディスカバリー手続の一例を示す流れ図である。

【0116】

まず、ドッキーは周辺（隣接、近接、周囲）に存在するドッキングセンターを検索するためにプロービング（Ｐｒｏｂｉｎｇまたはプローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ））を送信する（Ｓ４１１ａ）。

【0117】

以後、前記プロービングを受信したドッキングセンターは前記プロービングに対する応答、即ちプローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を前記ドッキーに送信する（Ｓ４１２ａ）。

【0118】

以後、前記ドッキーはドッキングサービスサポートするか否かを把握するために前記ドッキングセンターにドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）をブロードキャスト（ｂｒｏａｄｃａｓｔ）する（Ｓ４２０）。

【0119】

前記ドッキングディスカバリー（メッセージ）は、以下の＜表１＞の情報を含む。

【0120】

【表1】

【0121】

＜表１＞で、ドッキー識別子（Ｄｏｃｋｅｅ＿ＩＤ）パラメータは、ドッキーを識別することができるＩＤを示す。

【0122】

以後、前記ドッキングセンターは自身と連結可能な、または従属した、または制御可能な周辺機器に前記周辺機器の情報を要請するために周辺機器情報要請（Ｇｅｔ＿Ｐｅｒｉｐｈｅｒａｌ＿Ｉｎｆｏ）を送信する（Ｓ４３１ａ）。

【0123】

前記周辺機器情報要請メッセージは、以下の＜表２＞の情報を含む。

【0124】

【表2】

【0125】

＜表２＞で、Ｄｏｃｋｉｎｇ＿Ｃｅｎｔｅｒ＿ＩＤパラメータは、ドッキングセンターを識別することができるＩＤを示す。

【0126】

以後、前記ドッキングセンターから周辺機器情報要請を受信した周辺機器は自身の詳細情報を含む周辺機器情報応答を前記ドッキングセンターに送信する（Ｓ４３２ｂ）。

【0127】

前記周辺機器情報メッセージは、以下の＜表３＞のような情報を含む。

【0128】

【表3】

【0129】

＜表３＞で、Ｐｅｒｉｐｈｅｒａｌ＿Ｌｉｓｔパラメータは周辺機器リストの情報を示し、詳細な事項は以下の＜表４＞を参照することにする。

【0130】

【表4】

【0131】

＜表４＞で、Ｐｅｒｉｐｈｅｒａｌ＿Ｔｙｐｅパラメータは使用可能な周辺機器のタイプ（種類）を示し、設定される値によって、マウス、キーボード、プリンタ／スキャナー、ディスプレイ、ホーム自動を示すことができる。

【0132】

以後、前記ドッキングセンターは前記ドッキーに前記ドッキングセンターの情報を含むドッキングセンター情報（Ｄｏｃｋｉｎｇ＿Ｃｅｎｔｅｒ＿Ｉｎｆｏ）を送信する（Ｓ４４０ａ）。

【0133】

前記ドッキングセンター情報は、以下の＜表５＞の情報を含む。

【0134】

【表5】

【0135】

＜表５＞で、ドッキングセンター識別子（Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ ＩＤ）パラメータはドッキングセンターを識別することができるＩＤを示し、Ｄｅｖ ｎａｍｅパラメータはデバイスの名称を示し、Ｎｕｍ Ｃｏｎｎｅｃｔｅｄ Ｄｏｃｋｅｅパラメータはドッキングセンターに既存の接続されているドッキーの個数を示す。

【0136】

また、Ｎｕｍｎ Ｐｅｒｉｐｈｅｒａｌパラメータはドッキングセンターに連結されている周辺機器の個数を示し、Ｐｅｒｉｐｈｅｉａｌ Ｌｉｓｔパラメータは使用可能な周辺機器及びその要約情報を示し、具体的な内容は前記＜表４＞のＰｅｒｉｐｈｅｒａｌ Ｓｕｍｍａｒｙ ｔを参照することにする。

【0137】

以後、前記ドッキーは前記ドッキングセンターから受信されたドッキングセンター情報に基づいてドッキングサービスサポートするか否かを把握し、ドッキングセンターと関係（ａｓｓｏｃｉａｔｉｏｎ）過程を遂行する（Ｓ４５０ａ）。

【0138】

ここで、前記関係過程は前記ドッキーが前記ドッキングセンターに関係要請（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑ）を送信し（Ｓ４５１ａ）、前記ドッキングセンターは前記関係要請の応答として関係応答（Ａｓｓｏｃｉａｔｉｏｎ Ｒｓｐ）を前記ドッキーに送信する（Ｓ４５２ａ）。

【0139】

前記ドッキーとドッキングセンターとの間の関係手続が完了すれば、前記ドッキーとドッキングセンターは認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続を遂行する（Ｓ４６０ａ）。

【0140】

前記認証手続は前記ドッキーが前記ドッキングセンターに認証要請（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑ）を送信し（Ｓ４６１ａ）、前記ドッキングセンターは前記認証要請の応答として認証応答を前記ドッキーに送信する（Ｓ４６２ａ）。

【0141】

前記ドッキーとドッキングセンターとの間の認証手続が完了すれば、前記ドッキーと前記ドッキングセンターとの間には階層（Ｌａｙｅｒ）２の連結が確立される（Ｓ４７０ａ）。

【0142】

以下、ワイファイを用いたドッキングサービス遂行のためのＭＡＣ階層ドッキングディスカバリー手続について説明する。

【0143】

まず、ワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）ネットワーク（システムまたは環境）では、サービスディスカバリー（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）手続を用いてＭＡＣ階層ディスカバリー手続を遂行する。

【0144】

図４ｂは、ワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）ネットワークにおけるサービスディスカバリー（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）手続を示す図である。

【0145】

ワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）ネットワーク（または、システム）は少なくとも１つのワイファイデバイスを含む。ここで、前記ワイファイデバイスはワイファイ通信可能なデバイスをいい、前記ワイファイダイレクトネットワークはワイファイＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）ネットワークと表現されることもできる。

【0146】

ワイファイダイレクトネットワーク内のワイファイデバイスは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＷＬＡＮ）ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）を利用せず、互いに直接連結することができる。このために、ワイファイデバイスは新たなファームウエアプロトコルを具現する。

【0147】

図４ｂを参照して、ワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）ネットワークにおけるＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）デバイス（または、ワイファイデバイス）が互いに速く探して連結を形成することを可能にするＰ２Ｐディスカバリー手続について説明する。

【0148】

前記Ｐ２Ｐディスカバリー手続は、１）デバイスディスカバリー（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）手続と、２）サービスディスカバリー（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）手続とに区分できる。

【0149】

ワイファイダイレクトネットワーク内のデバイスはワイファイダイレクトネットワークを介して連結する前にデバイスを互いに認識するためのデバイスディスカバリー過程を遂行する。

【0150】

そして、デバイスディスカバリー過程を通じて探索されたデバイスと所定の情報をやり取りすることによって、その探索されたデバイスが提供するサービス情報を知るためにサービスディスカバリー過程を遂行する。

【0151】

（デバイスディスカバリー（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ））
Ｐ２Ｐデバイスディスカバリーの目的は、Ｐ２Ｐデバイスを探して速く連結が試みられるＰ２Ｐデバイスを決定するものである。Ｐ２Ｐデバイスディスカバリーは、２つの主要な段階、即ちスキャン（Ｓｃａｎ）段階及び発見（Ｆｉｎｄ）段階で構成されている。

【0152】

前記デバイスディスカバリー過程は、デバイス情報交換のために、プローブ要請フレーム（Ｐｏｒｂｅ Ｒｅｑｕｅｓｔ Ｆｒａｍｅ）及びプローブ応答フレーム（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ Ｆｒａｍｅ）を用いる。Ｐ２Ｐグループ内にあるＰ２ＰデバイスはＰ２Ｐグループオーナー（Ｇｒｏｕｐ Ｏｗｎｅｒ：ＧＯ）からプローブ応答フレームを通じて発見される。

【0153】

Ｐ２Ｐデバイスは、１）Ｐ２Ｐグループオーナー、または２）聴取状態（Ｌｉｓｔｅｎ Ｓｔａｔｅ）で、または３）プローブ要請が送られたチャンネルでＩｎｆｒａ−Ｓｔｒｕｃｔｕｒｅ ＡＰと連結されているＰ２Ｐデバイスでなければ、プローブ要請フレームに応答しない。
以下、聴取状態（Ｌｉｓｔｅｎ Ｓｔａｔｅ）、スキャン段階（Ｓｃａｎ Ｐｈａｓｅ）、発見段階（Ｆｉｎｄ Ｐｈａｓｅ）についてより詳しく説明する。

【0154】

（聴取状態（Ｌｉｓｔｅｎ Ｓｔａｔｅ））
Ｐ２Ｐグループ内にないＰ２Ｐデバイスは発見されるために聴取状態を使用することができる。

【0155】

聴取状態でＰ２Ｐデバイスは聴取チャンネル（Ｌｉｓｔｅｎ Ｃｈａｎｎｅｌ）という与えられたチャンネル上に存在する。前記聴取チャンネルは、ソーシャルチャンネル（Ｓｏｃｉａｌ Ｃｈａｎｎｅｌ）のリストから選択されたチャンネルである。２．４ＧＨｚでチャンネル１、チャンネル６、及びチャンネル１１はソーシャルチャンネルに使われる。

【0156】

聴取チャンネルはデバイスディスカバリーの開始段階で選択され、Ｐ２Ｐディスカバリーが完了するまで同一に残っている。

【0157】

発見段階（Ｆｉｎｄ Ｐｈａｓｅ）は聴取状態の使用を作る。発見段階でＰ２Ｐデバイスは前記発見段階で定義された時間期間（ｐｅｒｉｏｄ）の間聴取状態に留まり、該当時間期間内に絶えず用いられる。

【0158】

発見段階にない時、Ｐ２Ｐデバイスは拡張された時間期間の間聴取状態に留まることができる。Ｐ２Ｐデバイスは他のデバイスが自身を発見するようにするために少なくとも毎５ｓ（ｓｅｃｏｎｄ）の５００ｍｓの連続的な期間の間聴取状態（リッスン状態）を用いる。

【0159】

（スキャン段階（Ｓｃａｎ Ｐｈａｓｅ））
スキャン段階はＰ２ＰデバイスによりＰ２ＰデバイスまたはＰ２Ｐグループを探すことに使われて、Ｐ２Ｐグループを確立するために最も良い潜在的な運営チャンネルを位置させるために使用できる。

【0160】

スキャン段階で、デバイスにサポートされるチャンネル全てをスキャンすることによって、周囲デバイスまたはネットワークに対する情報を収集する。

【0161】

スキャン段階で、Ｐ２Ｐデバイスはプローブ要請フレームに応答しない。

【0162】

Ｐ２Ｐデバイスは同時にＰ２Ｐグループとレガシーネットワーク（ｌｅｇａｃｙ ｎｅｔｗｏｒｋ）（一例に、８０２．１１ ｉｎｆｒａ ｓｔｒｕｃｔｕｒｅ ｎｅｔｗｏｒｋｓ）をスキャンすることができる。

【0163】

（発見段階（Ｆｉｎｄ Ｐｈａｓｅ））
発見段階は同時にサーチ（ｓｅａｒｃｈ）を遂行する２つのＰ２Ｐデバイスが通信可能に共通チャンネルに到達するように保証するために使われる。

【0164】

この部分はＰ２Ｐデバイスがプローブ要請フレームの間固定されたチャンネルで待つ状態（即ち、聴取状態）、または固定されたチャンネルリストでプローブ要請フレームを送る状態（即ち、サーチ状態）の間で循環することによってなされることができる。

【0165】

同一なチャンネルでの２デバイスのコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）は聴取状態の各サイクルで消費された時間をランダムにすることによって補助される。コンバージェンス時間はソーシャルチャンネルとして知られた小さいセット（ｓｅｔ）にチャンネルリストを制限することによって最小化される。

【0166】

発見段階で、Ｐ２Ｐデバイスは以下のように聴取状態とサーチ状態との間で交換できる。

【0167】

発見段階内の各聴取状態の持続時間は１００ＴＵ間隔の任意整数になる。このような任意数字は最大発見可能間隔値（ｍａｘＤｉｓｃｏｖｅｒａｂｌｅＩｎｔｅｒｖａｌ ｖａｌｕｅ）より大きくないし、最小可能間隔（ｍｉｎＤｉｓｃｏｖｅｒａｂｌｅＩｎｔｅｒｖａｌ ｖａｌｕｅ）より小さくない。

【0168】

前記最大発見可能間隔の定まった値と前記最小発見可能間隔の定まった値は各々３と１である。聴取状態で消費される時間でランダム化は発見段階で２つのＰ２Ｐデバイスがロック−ステップ（ｌｏｃｋ−ｓｔｅｐ）において互いに決して探せない状況を避けるようにしてくれる。

【0169】

発見段階内の聴取状態にある間、Ｐ２Ｐデバイスは聴取チャンネルで絶えず用いられる。

【0170】

（サービスディスカバリー（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ））
以下、サービスディスカバリー手続についてより具体的に説明する。

【0171】

サービスディスカバリー応答フレーム（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ Ｆｒａｍｅ）はＩＥＥＥ Ｐ８０２．１１ｕで定義されたＧＡＳ（Ｇｅｎｅｒｉｃ Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｓｅｒｖｉｃｅ）初期（Ｉｎｉｔｉａｌ）応答フレームを使用する。

【0172】

サービスディスカバリー応答フレームが他の探索タイプをサポートするため、ベンダー−特定の（ｖｅｎｄｅｒ ｓｐｅｃｉｆｉｃ）コンデンツは他のフィールドを含むことができる。サービス交換ＩＤはサービス要請及びサービス応答ＴＶＬ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）に全て含まれて、要請に対する応答にマッチングするために使われる。

【0173】

サービスディスカバリー探索フレーム（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｑｕｅｒｙ Ｆｒａｍｅ）がサービスの全てと上位階層サービスプロトコルタイプ全てのためのものであれば、サービスディスカバリー応答フレームは多数のサービス応答ＴＶＬを含むことができる。

【0174】

各サービス応答ＴＶＬはサービスプロトコルタイプ（Ｓｅｒｖｉｃｅ Ｐｒｏｔｏｃｏｌ Ｔｙｐｅ）に定義された‘０’でない値のうちの１つに設定されたサービスプロトコルタイプ（一例に、Ｂｏｎｊｏｕｒ、ＵＰｎＰなど）フィールドを含む。

【0175】

サービス交換ＩＤはサービス要請ＴＶＬでサービス交換ＩＤに該当する値に設定される。各々の返還されるサービスＴＶＬの状態コードフィールドはサービス利用可能に設定される。利用可能なサービス情報は応答データフィールドに含まれる。

【0176】

応答データフィールドはサービス情報タイプとサービスプロトコルタイプに存在するサービスデータを含む。仮に、どんなサービスも利用可能でない場合、１つのサービス応答ＴＶＬは‘０’と同一なサービスプロトコルタイプフィールド、適切な誤りコードに設定された状態コードフィールドと応答データフィールド内に‘ナル（ｎｕｌｌ）’値に返還（ｒｅｔｕｒｎ）される。

【0177】

サービスディスカバリー探索フレームが多数の上位階層サービスと１つ以上のサービスプロトコルタイプのために多数のサービス要請ＴＶＬを含めれば、サービスディスカバリー応答フレームは多数のサービス応答ＴＶＬを含む。

【0178】

少なくとも１つのサービス応答ＴＶＬはサービス交換ＩＤにより確認された各々の該当するサービス要請ＴＶＬに返還される。各々のサービス応答ＴＶＬは要請されたサービスプロトコルタイプに該当する表に定義された‘０’でない値のうちの １つに設定されたサービスタイプフィールドを含む。サービス交換ＩＤはサービス要請ＴＶＬにサービス交換ＩＤに該当する値に設定される。

【0179】

仮に、サービスが利用可能であれば、状態コードフィールドはサービス利用可能に設定され、応答データフィールドは該当する要請されたサービス情報タイプとサービスデータを含む。

【0180】

仮に、サービスが利用可能でない場合、状態コードフィールドは適切な誤り状態値に設定され、応答データフィールドは‘ｎｕｌｌ’値である。

【0181】

サービスアップデート指示子（Ｓｅｒｖｉｃｅ Ｕｐｄａｔｅ Ｉｎｄｉｃａｔｏｒ）はサービスディスカバリー応答フレーム全てに含まれる。前記サービスアップデート指示子は、サービスディスカバリー応答でこれを送るＰ２Ｐデバイスのサービス情報で変化が発生する度に増加（ｉｎｃｒｅｍｅｎｔ）する。

【0182】

前記サービスアップデート指示子は、Ｐ２Ｐデバイスが更に他のＰ２Ｐデバイスから獲得されたサービス情報を前記サービスアップデート指示子と共に格納するように許諾する。

【0183】

Ｐ２Ｐデバイスが更に他のＰ２Ｐデバイスのためのサービスアップデート指示子が増加することを気付きになる度に該当Ｐ２Ｐデバイスのために格納されたサービス情報を送ることを知る。

【0184】

仮に、多数のサービス応答ＴＶＬを有するサービスディスカバリー応答フレームがＧＡＳ初期応答パケットサイズを超過する場合、ＧＡＳカムバック要請及び応答を使用するＧＡＳ片に対する規則はＩＥＥＥ Ｐ８０２．１１ｕで定義された通り使われる。

【0185】

要約すると、サービスディスカバリー過程は各々のデバイスが提供するサービス情報交換のために、サービスディスカバリー要請フレーム（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ Ｆｒａｍｅ）及びサービスディスカバリー応答フレーム（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ Ｆｒａｍｅ）を用いる。

【0186】

サービスディスカバリー要請フレームとサービスディスカバリー応答フレームは、各々ＩＥＥＥ ８０２．１１ｕのＧＡＳ（Ｇｅｎｅｒｉｃ Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｓｅｒｖｉｃｅ）初期要請フレーム（Ｉｎｉｔｉａｌ Ｒｅｑｕｅｓｔ Ｆｒａｍｅ）及びＧＡＳ初期応答フレーム（Ｉｎｉｔｉａｌ Ｒｅｓｐｏｎｓｅ Ｆｒａｍｅ）を用いて生成する。

【0187】

前記サービスディスカバリー過程を通じて各デバイスはサービスディスカバリーの相手方が提供するサービスの情報を獲得することができる。

【0188】

図４ｃは、本明細書で提案するワイファイダイレクト（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ）ネットワークにおけるサービスディスカバリーを用いてドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）を遂行するための方法を示す流れ図である。

【0189】

図４ｃに示すように、ドッキーはドッキングセンターがワイファイドッキングサービスをサポートするか否かを確認するためにワイファイドッキング（Ｗｉ−Ｆｉ Ｄｏｃｋｉｎｇ）（または、ドッキングディスカバリー（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ））サービスプロトコルタイプフィールドを含むサービスディスカバリー要請（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ：ＳＤ＿Ｑｕｅｒｙ）フレームを前記ドッキングセンターに送信する（Ｓ４１０ｃ）。

【0190】

以後、前記ドッキングセンターは前記サービスディスカバリー要請フレームに対する応答としてドッキングセンターＩＤを含むサービスディスカバリー応答（ＳＤ＿Ｒｅｓｐｏｎｓｅ）フレームを前記ドッキーに送信する（Ｓ４２０ｃ）。

【0191】

前記ステップＳ４１０ｃ及びステップＳ４２０ｃを除いてドッキングディスカバリー手続を遂行するために必要な過程は前述した図４ｂを参照することにする。

【0192】

以下の＜表６＞は、前記サービスディスカバリー要請フレームＴＶＬフィールド（Ｆｉｅｌｄｓ）の一例を示す。

【0193】

【表6】

【0194】

＜表６＞で、ｌｅｎｇｔｈ ｆｉｅｌｄはサービス要請フレームＴＶＬの長さを示し、Ｓｅｒｖｉｃｅ Ｐｒｏｔｏｃｏｌ Ｔｙｐｅフィールドはデバイスがサポートするサービスプロトコル種類を示し、各Ｓｅｒｖｉｃｅ Ｐｒｏｔｏｃｏｌ Ｔｙｐｅの具体的な種類は以下の＜表７＞に表示されている。Ｓｅｒｖｉｃｅ Ｔｒａｎｓａｃｔｉｏｎ ＩＤはサービス要請フレーム及びサービス応答フレームのＴＶＬｓをマッチングするために使われる‘０’でない値である。Ｑｕｅｒｙ Ｄａｔａは要請されるサービス情報の要請データを示す。

【0195】

以下の＜表７＞は前記＜表６＞でのサービスプロトコルタイプ（Ｓｅｒｖｉｃｅ Ｐｒｏｔｏｃｏｌ Ｔｙｐｅ）の一例を示す。

【0196】

【表7】

【0197】

＜表７＞で、ワイファイドッキングサービス関連サービスプロトコルタイプ値は５から２５４値のうちのいずれか１つに設定できる。一例に、サービスプロトコルタイプ値が‘５’に設定された場合、Ｗｉ−Ｆｉ Ｄｏｃｋｉｎｇ（Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）サポートするか否かの確認のためにサービスディスカバリー要請フレームを送信することを示す。

【0198】

更に他の実施形態として、Ｗｉ−Ｆｉ Ｉｎｆｒａ−Ｓｔｒｕｃｔｕｒｅではビーコン（Ｂｅａｃｏｎ）の内部の広告プロトコル（Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に‘Ｄｏｃｋｉｎｇ’を追加することによってＭＡＣ階層ドッキングディスカバリー手続を遂行する。

【0199】

但し、Ｗｉ−Ｆｉ Ｉｎｆｒａ ＳｔｒｕｃｔｕｒｅでのＭＡＣ階層ドッキングディスカバリー手続はＩＥＥＥ ８０２．１１ｕ（ＧＡＳ）をサポートするＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）使用の場合に限る。

【0200】

仮に、ＩＥＥＥ ８０２．１１ｕ（ＧＡＳ）をサポートするＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）が使われない場合には、応用階層ドッキングディスカバリー手続を遂行するようになる。

【0201】

以下の＜表８＞は広告プロトコルに‘Ｄｏｃｋｉｎｇ’を含んだＢｅａｃｏｎ ｆｒａｍｅ ｂｏｄｙの一例を示す。

【0202】

【表8】

【0203】

図４ｄは、本明細書に提案するワイファイを用いてドッキングサービス遂行のためのＭＡＣ階層ドッキングディスカバリー手続の更に他の一例を示す流れ図である。

【0204】

図４ｄは、２つのドッキング領域（ドッキング領域＃１、ドッキング領域＃２）が存在し、ドッキーが２つのドッキング領域のうち、１つのドッキング領域にドッキングを遂行する状況を仮定する。

【0205】

前記ドッキング領域＃１にはドッキングセンター１と前記ドッキングセンター１に従属している周辺機器１が存在し、前記ドッキング領域＃２にはドッキングセンター２と前記ドッキングセンター２に従属している周辺機器２が存在する。

【0206】

図４ｄに示すように、ドッキーは周辺に存在するドッキングセンターの検索のためにドッキングセンター１及びドッキングセンター２にプローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）をブロードキャストする（Ｓ４１１ｄ）。

【0207】

以後、前記ドッキーからプローブ要請を受信したドッキングセンター１及びドッキングセンター２は前記プローブ要請に対する応答、即ちプローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）を前記ドッキーに送信する（Ｓ４１２ｄ）。

【0208】

以後、前記ドッキーはドッキングサービスサポートするか否かを把握するために前記ドッキングセンター１及び前記ドッキングセンター２にドッキングディスカバリーをブロードキャスト（ｂｒｏａｄｃａｓｔ）する（Ｓ４２０ｄ）。

【0209】

以後、前記ドッキングセンター１及び前記ドッキングセンター２は各々自身と連結可能であるか、または従属した周辺機器１及び周辺機器２に前記周辺機器の情報を要請するために周辺機器情報要請（Ｇｅｔ＿Ｐｅｒｉｐｈｅｒａｌ＿Ｉｎｆｏ）を送信する（Ｓ４３１ｄ）。

【0210】

以後、前記ドッキングセンター１から周辺機器情報要請を受信した周辺機器１、及び前記ドッキングセンター２から周辺機器情報要請を受信した周辺機器２は、各々自身の詳細情報を含む周辺機器情報応答を各々前記ドッキングセンター１及び前記ドッキングセンター２に送信する（Ｓ４３２ｄ）。

【0211】

以後、前記ドッキングセンター１及び前記ドッキングセンター２は、前記ドッキーに各ドッキングセンターの情報を含むドッキングセンター情報を送信する（Ｓ４４０ｄ）。

【0212】

以後、前記ドッキーは前記ドッキングセンター１及び前記ドッキングセンター２から受信されたドッキングセンター情報に基づいてドッキングサービスを遂行するドッキングセンターを選択する。図４ｄではドッキングセンター２を選択したことが分かる。

【0213】

以後、ドッキーは選択されたドッキングセンター２と関係（ａｓｓｏｃｉａｔｉｏｎ）手続を遂行する（Ｓ４５０ｄ）。

【0214】

ドッキングセンター２と関係手続、認証手続を遂行する過程は、図４ａのステップＳ４５０ａ及びステップＳ４６０ａと同一であるので、具体的な説明は省略する。

【0215】

前記Ｓ４６０ｄが完了すれば、前記ドッキーと前記ドッキングセンター２との間にはワイファイ階層２の連結が確立される（Ｓ４７０ｄ）。

【0216】

（応用階層ドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ））
以下、応用階層ドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）過程について説明する。

【0217】

ドッキーとドッキングセンターが使用する無線通信方式には非常に多様な形態の技術が存在し、特定ＭＡＣ技術によってデータリンク階層のドッキングディスカバリー機能を遂行できない場合が発生することがある。

【0218】

このような場合、本明細書ではＭＡＣドッキングディスカバリー手続を遂行せず、応用ドッキングディスカバリー手続を遂行することにする。

【0219】

図５ａは、本明細書で提案する応用階層ドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）手続の一例を示す流れ図である。

【0220】

応用階層でのドッキングディスカバリーは、ドッキーとドッキングセンターとの間のデータリンク階層の連結確立（Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手続が完了した後に遂行される。

【0221】

図５ａに示すように、ドッキーとドッキングセンターはＬ２連結のために折衝（Ｎｅｇｏｔｉａｔｉｏｎ）手続、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続、関係（Ａｓｓｏｃｉａｔｉｏｎ）手続などを遂行することによって（Ｓ５１０ａ）、ドッキーとドッキングセンターとの間の階層２の連結が確立される（Ｓ５２０ａ）。

【0222】

以後、前記ドッキーはドッキングサービスをサポートするか否かを把握するためにドッキングディスカバリーを階層２の連結が確立されたドッキングセンターに送信する（Ｓ５３０ａ）。

【0223】

ここで、前記ドッキングディスカバリーが送信される手続はＩｎｆｒａ−Ｓｔｒｕｃｔｕｒｅ環境の時とＤｉｒｅｃｔ−Ｃｏｎｎｅｃｔｉｏｎ環境の時に異なる。

【0224】

即ち、Ｉｎｆｒａ−Ｓｔｒｕｃｔｕｒｅ環境でドッキーは直接通信可能な全ての装置を対象にドッキングディスカバリーをブロードキャスト形態に送信した後、前記ドッキングディスカバリーに対する応答をユニキャスト（ｕｎｉｃａｓｔ）形態に受信して周囲のドッキングセンターの情報を把握する。

【0225】

しかしながら、Ｄｉｒｅｃｔ−Ｃｏｎｎｅｃｔｉｏｎ環境でドッキーは接続可能な全ての装置とデータリンク階層の連結確立を全て遂行した後にドッキングセンター情報を把握する。

【0226】

以後、前記ドッキングセンターは自身に従属した周辺機器に周辺機器情報獲得要請を送信する（Ｓ５４０ａ）。

【0227】

以後、前記ドッキングセンターから周辺機器情報獲得要請を受信した周辺機器は、これに対する応答として自身の周辺機器詳細情報を含む周辺機器情報応答を前記ドッキングセンターに送信する（Ｓ５５０ａ）。

【0228】

以後、前記ドッキングセンターはドッキングセンター情報を前記ドッキーに送信する（Ｓ５６０ａ）。

【0229】

以後、前記ドッキーとドッキングセンターはドッキングペアリング（Ｄｏｃｋｉｎｇ Ｐａｉｒｉｎｇ）手続を遂行するようになる（Ｓ５７０ａ）。

【0230】

図５ｂは、本明細書で提案する応用階層ドッキングディスカバリー（Ａｐｐｌｉｃａｔｉｏｎ Ｄｏｃｋｉｎｇ Ｄｉｓｃｏｖｅｒｙ）手続の更に他の一例を示す流れ図である。

【0231】

図５ｂは、２つのドッキング領域（ドッキング領域＃１、ドッキング領域＃２）が存在し、ドッキーが２つのドッキング領域のうちの１つのドッキング領域とドッキングを遂行する状況を示す。

【0232】

前記ドッキング領域＃１にはドッキングセンター１と前記ドッキングセンター１に従属している周辺機器１が存在し、前記ドッキング領域＃２にはドッキングセンター２と前記ドッキングセンター２に従属している周辺機器２が存在する。

【0233】

まず、ドッキーはドッキング領域２に存在するドッキングセンター２と階層２の連結を確立する（Ｓ５２０ｂ）。

【0234】

以後、前記ドッキーはドッキングサービスをサポートするか否かを把握するためにドッキングディスカバリーを前記ドッキングセンター２に送信する（Ｓ５３０ｂ）。

【0235】

ここで、前記ドッキングディスカバリーが送信される手続はＩｎｆｒａ−Ｓｔｒｕｃｔｕｒｅ環境の時とＤｉｒｅｃｔ−Ｃｏｎｎｅｃｔｉｏｎ環境の時に異なる。

【0236】

図５ｂを参照すると、Ｉｎｆｒａ−Ｓｔｒｕｃｔｕｒｅ環境で前記ドッキーはドッキングセンター１及びドッキングセンター２にドッキングディスカバリーをブロードキャストし、前記ドッキングセンター１及び前記ドッキングセンター２の各々から前記ドッキングディスカバリーに対する応答をユニキャスト（ｕｎｉｃａｓｔ）に受信して周囲のドッキングセンターの情報を把握する。

【0237】

しかしながら、Ｄｉｒｅｃｔ−Ｃｏｎｎｅｃｔｉｏｎ環境で前記ドッキーは前記ドッキングセンター１及び前記ドッキングセンター２とデータリンク階層の連結確立を全て遂行した後に前記ドッキングセンター１及び前記ドッキングセンター２に対する情報を把握する。

【0238】

以後、前記ドッキングセンター２は自身に従属した周辺機器２に周辺機器情報獲得要請を送信する（Ｓ５４０ｂ）。

【0239】

以後、前記周辺機器２は前記周辺機器情報獲得要請に対する応答として周辺機器２の詳細情報を含む周辺機器情報応答を前記ドッキングセンター２に送信する（Ｓ５５０ｂ）。

【0240】

以後、前記ドッキングセンター２はドッキングセンター情報を前記ドッキーに送信する（Ｓ５６０ｂ）。

【0241】

以後、前記ドッキーとドッキングセンター２との間にワイファイ階層２連結解除が発生する場合（Ｓ５７０ｂ）、前記ドッキーは前記ドッキングセンター１に存在するドッキングセンター１とワイファイ階層２連結確立手続を遂行するようになる（Ｓ５８０ｂ）。

【0242】

以後、前記ドッキーと前記ドッキングセンター１との間に遂行される手続は前記ステップＳ５２０ｂ乃至ステップＳ５７０ｂと同一であるので、具体的な説明は省略する。

【0243】

以後、前記ドッキーと前記ドッキングセンター１との間にワイファイ階層２連結解除が発生する場合、前記ドッキーはドッキングサービスのサポートを受けるために前記ドッキングセンター２をまた選択する。

【0244】

以後、前記ドッキーが前記ドッキングセンター２と遂行する手続は前記ステップＳ５２０ｂ乃至ステップＳ５７０ｂと同一であるので、具体的な説明は省略する。

【0245】

（ドッキングペアリング（Ｄｏｃｋｉｎｇ Ｐａｉｒｉｎｇ））
以下、本明細書で提案する無線ドッキングシステムにおけるドッキングペアリング（Ｄｏｃｋｉｎｇ Ｐａｉｒｉｎｇ）手続について説明する。

【0246】

ドッキングペアリング手続はドッキーとドッキングセンターとドッキング連結のための手続であって、ドッキングセッション連結手続と表現できる。

【0247】

図６ａは、本明細書で提案する無線ドッキングシステムにおけるドッキングペアリング手続の一例を示す流れ図である。

【0248】

まず、ドッキーはドッキングセンターとＬ２連結及びドッキングディスカバリー手続を遂行する（Ｓ６１０ａ）。

【0249】

以後、ドッキーはユーザにより、または他の条件を通じてドッキングサービスを遂行するドッキングセンターを選択する。ここで、前記他の条件はドッキーとドッキングセンターとの間の近接距離、検索されるドッキングセンターの信号強さ、ドッキングセンターのハードウェア容量などでありうる。

【0250】

以後、前記ドッキーは選択されたドッキングセンターとのペアリング（Ｐａｉｒｉｎｇ）のために前記ドッキーセンターにドッキング要請（Ｄｏｃｋｉｎｇ Ｒｅｑ）をユニキャスト（ｕｎｉｃａｓｔ）形態に送信する（Ｓ６２０ａ）。前記ドッキング要請は前記ドッキーの周辺機器情報を含む。

【0251】

前記ドッキング要請は、以下の＜表９＞のような情報を含む。

【0252】

【表9】

【0253】

＜表９＞で、Ｄｅｖ ｎａｍｅパラメータはドッキー（装置）の名称を示し、Ｎｕｍ Ｐｅｒｉｐｈｅｒａｌパラメータはサポート可能な周辺機器の個数またはドッキーが周辺機器機能を遂行することができる周辺機器機能の個数を示す。Ｐｅｒｉｐｈｅｒａｌ＿Ｌｉｓｔパラメータは周辺機器リストの詳細情報を示すものであって、詳細な事項は以下の＜表１０＞を参照することにする。

【0254】

【表10】

【0255】

＜表１０＞で、Ｃｏｎｎ＿Ｔｙｐｅパラメータは周辺機器がドッキングセンターとの連結タイプ（種類）を示し、設定値によってＵＳＢ、ブルートゥース、Ｗｉ−Ｆｉ Ｓｅｒｉａｌ Ｂｕｓ、Ｗｉｒｅｌｅｓｓ ＵＳＢ、ＮＦＣなどでありうる。Ｃｏｎｄｉｔｉｏｎパラメータは周辺機器状態を示し、値によって正常または誤りを示す。Ｓｔａｔｕｓパラメータは接続可能な能力を示し、設定値によって先占、共有、または完全に共有できることを示す。Ｏｒｄｉｎａｌ＿Ｎｕｍパラメータは状態が‘完全共有’の場合、Ｑでの一般的な個数を示す。

【0256】

以後、前記ドッキングセンターは自身が制御することができる、または前記ドッキングセンターに従属している周辺機器のリストと各周辺機器別詳細情報を収集するための手続を前記周辺機器と遂行する（Ｓ６３０ａ）。

【0257】

即ち、前記ドッキングセンターは前記周辺機器に周辺機器詳細情報要請（Ｇｅｔ＿Ｐｅｒｉ＿Ｄｅｔａｉｌ＿Ｉｎｆｏ）を送信し（Ｓ６３１ａ）、前記周辺機器は前記周辺機器詳細情報要請に対する応答として周辺機器詳細情報応答メッセージを前記ドッキングセンターに送信する（Ｓ６３２ａ）。

【0258】

前記周辺機器詳細情報要請は、以下の＜表１１＞のような情報を含む。

【0259】

【表11】

【0260】

また、前記周辺機器詳細情報応答（Ｐｅｒｉ Ｄｅｔａｉｌ Ｉｎｆｏ）は、以下の＜表１２＞のような情報を含む。

【0261】

【表12】

【0262】

＜表１２＞で、Ｎｕｍ Ｃｏｎｎｅｃｔｅｄ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒパラメータは連結されたドッキングセンターの個数を示し、Ｐｅｒｉｐｈｅｒａｌ Ｉｎｆｏは詳細周辺機器情報を示し、詳細な事項は＜表１０＞を参照することにする。

【0263】

以後、前記ドッキングセンターは周辺機器情報及びドッキングセンター情報を含むドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐ）メッセージを前記ドッキーに送信する（Ｓ６４０ａ）。

【0264】

前記ドッキング応答（Ｄｏｃｋｉｎｇ＿Ｒｓｐ）メッセージは、以下の＜表１３＞のような情報を含む。

【0265】

【表13】

【0266】

＜表１３＞で、Ｎｕｍ Ｐｅｒｉｐｈｅｒａｌパラメータはサポート可能な周辺機器の個数を示し、Ｐｅｒｉｐｈｅｒａｌ Ｌｉｓｔパラメータは周辺機器リストの詳細情報を示す。Ｐｅｒｉｐｈｅｒａｌ Ｌｉｓｔパラメータの詳細な事項は＜表１０＞を参照することにする。

【0267】

以後、前記ドッキーは自身が制御したい周辺機器に対する制御権移転要請のために前記ドッキングセンターと権限手続（Ｓ６５０ａ）を遂行する。

【0268】

即ち、前記ドッキーは少なくとも１つの周辺機器のリストを含む権限要請（Ａｕｔｈｏｒｉｔｙ＿Ｒｅｑ）メッセージを前記ドッキングセンターに送信する（Ｓ６５１ａ）。

【0269】

前記権限要請（Ａｕｔｈｏｒｉｔｙ＿Ｒｅｑ）メッセージは、以下の＜表１４＞のような情報を含む。

【0270】

【表14】

【0271】

＜表１４＞で、Ｎｕｍ＿Ｐｅｒｉｐｈｅｒａｌパラメータは制御のための周辺機器の個数を示し、Ｐｅｒｉｐｈｅｒａｌ＿Ｌｉｓｔパラメータは制御のための周辺機器リストの詳細情報を示す。Ｐｅｒｉｐｈｅｒａｌ＿Ｌｉｓｔパラメータ関連の詳細な事項は、以下の＜表１５＞を参照することにする。

【0272】

【表15】

【0273】

＜表１５＞で、ＲＷ＿Ｍｏｄｅパラメータは周辺機器の読取／書込モードを示し、設定値によって読取機能のみ、書込機能のみ、読取及び書込両方とも可能でありうる。Ｄｉｓｐｌａｙ＿Ｆｕｎｃパラメータはディスプレイ機能を遂行するか否かを示し、設定値によって可能または不可能と表示できる。Ａｕｔｈｏｒｉｔｙ＿Ｔｙｐｅパラメータはドッキングセンターに連結するタイプを示し、設定値によって先占（Ｐｒｅｅｍｐｔｉｏｎ）または共有（Ｓｈａｒｅ）である。

【0274】

以後、前記ドッキングセンターは前記ドッキーから受信された周辺機器リストを検討し、各周辺機器別の許可か否かを含む権限応答（Ａｕｔｈｏｒｉｔｙ＿Ｒｓｐ）メッセージを前記ドッキーに送信する（Ｓ６５２ａ）。

【0275】

前記権限応答（Ａｕｔｈｏｒｉｔｙ＿Ｒｓｐ）メッセージは、以下の＜表１６＞の情報を含む。

【0276】

【表16】

【0277】

＜表１６＞で、Ｎｕｍ＿Ｐｅｒｉｐｈｅｒａｌパラメータは制御のために許諾された周辺機器の個数を示し、Ｐｅｒｉｐｈｅｒａｌ＿Ｌｉｓｔパラメータは制御のために許諾された周辺機器リストの詳細情報を示す。Ｐｅｒｉｐｈｅｒａｌ＿Ｌｉｓｔパラメータ関連の詳細な事項は前記＜表１５＞を参照することにする。

【0278】

以後、前記ドッキーとドッキングセンターとの間にはドッキングが確立（Ｄｏｃｋｉｎｇ Ｅｓｔａｂｌｉｓｈｅｄ）された状態となってドッキングペアリング手続が完了する（Ｓ６６０ａ）。

【0279】

図６ｂは、本明細書で提案する無線ドッキングシステムにおけるドッキングペアリング手続の更に他の一例を示す流れ図である。

【0280】

図６ｂに示すように、ドッキング領域には、ドッキングセンター、周辺機器１、及び周辺機器２が存在する。

【0281】

前記周辺機器１及び周辺機器２は、前記ドッキングセンターに従属してあるか、または前記ドッキングセンターにより制御可能であり、前記周辺機器１はドッキング専用周辺機器であり、前記周辺機器２はＵＳＢである。

【0282】

まず、前記ドッキーは前記ドッキングセンターとワイファイ階層２連結確立を遂行する（Ｓ６１０ｂ）。

【0283】

以後、前記ドッキーは前記ドッキングセンターとのペアリング（Ｐａｉｒｉｎｇ）のために（即ち、ドッキングセッション連結のために）前記ドッキーセンターにドッキング要請（ＤｏｃｋｉｎｇＲｅｑ）を送信する（Ｓ６２０ｂ）。前記ドッキング要請は、前記ドッキーの周辺機器情報を含む。

【0284】

以後、前記ドッキングセンターは前記周辺機器１及び前記周辺機器２の詳細情報を収集するための手続を前記周辺機器１及び前記周辺機器２と遂行する（Ｓ６３０ｂ）。

【0285】

まず、前記ドッキングセンターは前記周辺機器１に周辺機器詳細情報獲得要請を送信し（Ｓ６３１ｂ）、前記周辺機器１は前記周辺機器詳細情報獲得要請に対する応答として自身の詳細情報を含む周辺機器詳細情報応答メッセージを前記ドッキングセンターに送信する（Ｓ６３２ｂ）。

【0286】

また、前記ドッキングセンターは前記周辺機器２とＵＳＢ装置ギャザリング手続を通じて前記周辺機器２に対する詳細情報を受信する。前記ＵＳＢ装置ギャザリング手続はＵＳＢ標準技術が適用される。

【0287】

以後、前記ドッキングセンターは、前記周辺機器１、前記周辺機器２、及び前記ドッキングセンター情報を含むドッキング応答（Ｄｏｃｋｉｎｇ Ｒｓｐ）メッセージを前記ドッキーに送信する（Ｓ６４０ｂ）。

【0288】

以後、前記ドッキーは前記ドッキングセンターと周辺機器制御権移転のための権限手続を遂行する（Ｓ６５０ｂ）。

【0289】

以後、前記ドッキーと前記ドッキングセンターとの間にワイファイディスプレイ（Ｍｉｒａｃａｓｔ）が開始（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ）され、ドッキング連結が確立される（Ｓ６６０ｂ）。

【0290】

（ドッキング動作（Ｄｏｃｋｉｎｇ Ｏｐｅｒａｔｉｎｇ））
以下、本明細書で提案する無線ドッキングシステムにおけるドッキング動作（Ｄｏｃｋｉｎｇ Ｏｐｅｒａｔｉｎｇ）について具体的に説明する。

【0291】

無線ドッキングシステムにおけるドッキーとドッキングセンターとの間のペアリング手続が完了すれば、ドッキーを直接制御せず、ドッキングセンターを中心にペアリングされている周辺機器を用いることによってドッキーを制御することができる。

【0292】

無線ドッキングシステムにおけるドッキング動作（Ｄｏｃｋｉｎｇ Ｏｐｅｒａｔｉｎｇ）は、イベントドリブン（Ｅｖｅｎｔ−Ｄｒｉｖｅｎ）方式と周期的（Ｐｅｒｉｏｄｉｃ）方式により運営される。

【0293】

まず、無線ドッキングシステムにおけるイベントドリブン方式のドッキング動作について図７ａを参照して説明する。

【0294】

マウスやキーボードなど、周辺機器に対する操作などの理由により発生する周辺機器情報は、イベントドリブン方式のドッキング動作により運営される。即ち、周辺機器でイベントが発生する場合、ドッキングセンターを通じてドッキーに前記発生したイベントの周辺機器情報が送信される。

【0295】

図７ａは、イベントドリブン方式のドッキング動作手続の一例を示す流れ図である。

【0296】

周辺機器でイベントが発生した場合、前記周辺機器は発生したイベント情報を含む周辺機器イベント（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ）メッセージをドッキングセンターに送信する（Ｓ７１０ａ）。

【0297】

前記周辺機器イベント（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ）メッセージは、以下の＜表１７＞の情報を含む。

【0298】

【表17】

【0299】

以後、前記ドッキングセンターは前記周辺機器イベントメッセージ受信を通じて前記周辺機器のイベントを感知する場合（Ｓ７２０ａ）、ドッキーに前記周辺機器で発生したイベント情報を含む周辺機器イベント通知（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ＿Ｎｏｔｉ）メッセージを送信する（Ｓ７３０ａ）。

【0300】

前記ドッキングセンターから前記ドッキーに送信する周辺機器イベントメッセージは、以下の＜表１８＞の情報を含む。

【0301】

【表18】

【0302】

以後、前記ドッキーは前記周辺機器イベントメッセージを用いて該当イベントを処理し（Ｓ７４０ａ）、前記ドッキングセンターにイベント処理に対する肯定応答（ＡＣＫ）を送信する（Ｓ７５０ａ）。

【0303】

ここで、前記ドッキングセンターが前記ドッキーから一定時間の間前記ＡＣＫを受信できなかった場合、前記ドッキングセンターは前記ドッキーに前記周辺機器イベントメッセージを再転送する（Ｓ７６０ａ）。

【0304】

前記周辺機器イベントメッセージ再転送回数は、一例に、最大３回または５回であり、これに制限されるものではない。

【0305】

図７ｂは、本明細書で提案する無線ドッキングシステムにおける周期的（Ｐｅｒｉｏｄｉｃ）方式のドッキング動作手続の一例を示す流れ図である。

【0306】

周期的方式のドッキング動作は、イベントドリブン方式のドッキング動作とは異なり、ドッキングセンターがドッキーに周辺機器の現在状態情報を周期的に知らせる方式である。

【0307】

リアルタイムに発生する周辺機器イベントは、イベントドリブン方式により解決可能であるが、長い間イベントが発生しない周辺機器の場合、現在周辺機器の状態情報をドッキーが認知し難く、過去の周辺機器の状態情報やはり信頼し難い。

【0308】

したがって、ドッキングセンターは一定時間間隔で自身に従属した周辺機器から該当周辺機器の情報を収集してドッキーに送信する。

【0309】

図７ｂに示すように、ドッキングセンターは周辺機器に前記周辺機器の現在状態を情報を要請するために状態要請（Ｓｔａｔｕｓ＿Ｒｅｑ）メッセージを送信する（Ｓ７１１ｂ）。

【0310】

前記状態要請または周辺機器状態要請メッセージは、以下の＜表１９＞の情報を含む。

【0311】

【表19】

【0312】

以後、前記周辺機器は自身の現在状態情報を含む状態情報（Ｓｔａｔｕｓ＿Ｉｎｆｏ）メッセージまたは状態応答（Ｓｔａｔｕｓ＿Ｒｓｐ）メッセージを前記ドッキングセンターに送信する（Ｓ７１２ｂ）。

【0313】

前記状態情報または状態応答メッセージは、以下の＜表２０＞の情報を含む。

【0314】

【表20】

【0315】

＜表２０＞で、Ｎｕｍ＿Ｃｏｎｎｅｃｔｅｄ＿Ｄｏｃｋｉｎｇ＿Ｃｅｎｔｅｒパラメータは連結されたドッキングセンターの個数を示し、Ｐｅｒｉｐｈｅｒａｌ＿Ｉｎｆｏパラメータは詳細周辺機器情報を示し、Ａｃｔｉｏｎ＿ＰｒｏｆｉｌｅパラメータはＵＳＢで定義するＨＩＤプロファイルのデータを示す。

【0316】

Ｄａｔａパラメータは周辺機器アクションプロファイルパラメータの以外の付加的な必要データを示す。

【0317】

以後、前記ドッキングセンターは前記ドッキーに前記周辺機器から受信した状態情報メッセージを送信する（Ｓ７２１ｂ）。

【0318】

前記ドッキーに送信する状態情報メッセージは、以下の＜表２１＞の情報を含む。

【0319】

【表21】

【0320】

＜表２１＞で、Ｎｕｍ＿Ｐｅｒｉｐｈｅｒａｌパラメータは制御のための周辺機器の個数を示し、Ｐｅｒｉｐｈｅｒａｌ＿Ｉｎｆｏ＿Ｌｉｓｔパラメータは詳細周辺機器情報リストを示す。具体的な事項は＜表１０＞を参照することにする。Ａｃｔｉｏｎ＿Ｐｒｏｆｉｌｅ＿ＬｉｓｔパラメータはＵＳＢで定義するＨＩＤ Ｐｒｏｆｉｌｅデータリストを示し、Ｄａｔａ＿ＬｉｓｔパラメータはＰｅｒｉｐｈｅｒａｌ Ａｃｔｉｏｎ Ｐｒｏｆｉｌｅ以外の付加的な必要データリストを示す。

【0321】

以後、前記ドッキーは前記受信された状態情報メッセージに対する肯定応答としてＡＣＫを前記ドッキングセンターに転送する（Ｓ７２２ｂ）。

【0322】

以後、前記ドッキーは前記受信された状態情報メッセージを用いてイベント処理を遂行する（Ｓ７３０ｂ）。ここで、イベント処理とは、周辺機器の状態情報をアップデートする過程をいい、前記ドッキーでのイベント処理は前述したイベントドリブン方式と同一に遂行される。

【0323】

また、ドッキング運営はドッキングセンターによりイベントドリブン（Ｅｖｅｎｔ−Ｄｒｉｖｅｎ）方式と周期的方式が選択されるか、または混合形態に動作できる。

【0324】

図７ｃは、本明細書で提案するワイファイを用いた無線ドッキングシステムにおけるイベントドリブン方式と周期的（Ｐｅｒｉｏｄｉｃ）方式とが混用されるドッキング動作手続の一例を示す流れ図である。

【0325】

図７ｃに示すように、ドッキング領域には、ドッキングセンター、ドッキング専用周辺機器１、及びＵＳＢ周辺機器２が存在する。

【0326】

ドッキーはドッキングセンターにＷｉ−Ｆｉ Ｄｉｓｐｌａｙ（Ｍｉｒａｃａｓｔ）転送を送る（Ｓ７１０ｃ）。

【0327】

ここで、ミラキャスト（Ｍｉｒａｃａｓｔ）とは、ワイファイを用いて画面を転送する技術であって、モニターとスピーカーなどから出る画面、音、データなどを圧縮してワイファイに送り、受信端でこれをまた解いて画面に載せる無線方式技術をいう。

【0328】

以後、前記ドッキングセンターは前記周辺機器１及び前記周辺機器２の状態を前記ドッキーに知らせるために周期的方式のドッキング動作手続を前記ドッキー、前記周辺機器１、及び前記周辺機器２と遂行する（Ｓ７２０ｃ）。

【0329】

ステップＳ７２１ｃ乃至ステップＳ７２５ｃは、図７ｂのステップＳ７１０ｂ乃至ステップＳ７３０ｂと同一であるので、具体的な説明は省略する。

【0330】

以後、前記周辺機器１でイベントが発生する場合、前記ドッキングセンター、前記ドッキー、前記周辺機器１は、イベントドリブン方式のドッキング動作手続を遂行する（Ｓ７３０ｃ）。

【0331】

即ち、前記周辺機器１がイベント発生を感知する場合（Ｓ７３１ｃ）、前記周辺機器１は前記発生したイベント情報を含む周辺機器イベント（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ）メッセージを前記ドッキングセンターに送信する（Ｓ７３２ｃ）。また、前記ドッキングセンターは前記ドッキーに前記周辺機器１でイベントが発生したことを知らせる周辺機器イベント通知（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ＿Ｎｏｔｉ）メッセージを送信する（Ｓ７３３ｃ）。前記ドッキーは、前記受信された周辺機器イベント通知メッセージに基づいてイベント処理を遂行し、前記ドッキングセンターに前記周辺機器イベント通知メッセージに対する応答としてＡＣＫを送信する（Ｓ７３４ｃ）。

【0332】

一定時間の間イベントが発生しない場合、前記ステップＳ７２０ｃの周期的方式のドッキング動作手続を遂行する（Ｓ７４０ｃ）。

【0333】

図７ｄは、本明細書で提案するワイファイを用いた無線ドッキングシステムにおけるユーザ命令によるドッキング動作手続の一例を示す流れ図である。

【0334】

ここで、ユーザ命令によるドッキング動作手続はユーザが入力装置を用いて出力装置に出力することをいう。

【0335】

図７ｄに示すように、ドッキング領域には、ドッキングセンター、ＵＳＢ入力装置である周辺機器１、及び専用出力装置である周辺機器２が存在する。

【0336】

ドッキーはドッキングセンターにＷｉ−Ｆｉ Ｄｉｓｐｌａｙ（Ｍｉｒａｃａｓｔ）転送を送信する（Ｓ７１０ｄ）。

【0337】

以後、前記ドッキングセンターは前記周辺機器１であるＵＳＢ装置が検出されたことを前記周辺機器１から受信する場合（Ｓ７２０ｄ）、前記ドッキングセンターは前記ドッキーに前記周辺機器１が検出されたことを知らせるための周辺機器イベント通知（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ＿Ｎｏｔｉ）メッセージを送信する（Ｓ７３１ｄ）。

【0338】

以後、前記ドッキーは前記周辺機器イベント通知メッセージに対する応答としてＡＣＫを前記ドッキングセンターに送信する（Ｓ７３２ｄ）。

【0339】

以後、前記ドッキーでユーザによる命令を受信する場合、前記ドッキーは前記受信された命令を含む設定命令（Ｓｅｔ＿Ｃｏｍｍａｎｄ）メッセージを前記ドッキングセンターに送信する（Ｓ７４１ｄ）。

【0340】

前記ドッキーから前記ドッキングセンターに送信される設定命令（Ｓｅｔ＿Ｃｏｍｍａｎｄ）メッセージは、以下の＜表２２＞の情報を含む。

【0341】

【表22】

【0342】

以後、前記ドッキングセンターは前記設定命令メッセージに対する応答として前記ドッキーにＡＣＫを送信する（Ｓ７４２ｄ）。

【0343】

以後、前記ドッキングセンターは前記受信された設定命令メッセージに基づいて前記周辺機器２に周辺機器設定命令（Ｐｅｒｉ＿Ｓｅｔ＿Ｃｏｍｍａｎｄ）メッセージを送信する（Ｓ７５１ｄ）。

【0344】

前記ドッキングセンターから周辺機器に送信する設定命令（Ｐｅｒｉ＿Ｓｅｔ＿Ｃｏｍｍａｎｄ）メッセージは、以下の＜表２３＞の情報を含む。

【0345】

【表23】

【0346】

以後、前記周辺機器２は前記周辺機器設定命令メッセージに対する応答としてＡＣＫを前記ドッキングセンターに送信する（Ｓ７５２ｄ）。

【0347】

（ドッキング終了（Ｄｏｃｋｉｎｇ Ｃｌｏｓｉｎｇ））
以下、本明細書で提案する無線ドッキングシステムにおけるドッキング終了（Ｃｌｏｓｉｎｇ）手続について具体的に説明する。

【0348】

ドッキング終了手続にはユーザ要請（Ｕｓｅｒ Ｒｅｑｕｅｓｔ）によるドッキング終了とタイムアウト（Ｔｉｍｅ ｏｕｔ）によるドッキング終了の２つがある。

【0349】

まず、ユーザ要請によるドッキング終了手続について図８ａを参照して説明する。

【0350】

図８ａは、ユーザ要請によるドッキング終了手続の一例を示す流れ図である。

【0351】

図８ａに示すように、ユーザ要請によるドッキング終了手続はドッキーにより始まるか、またはドッキングセンターにより始まる。

【0352】

ドッキングセンターまたはドッキーがユーザによりドッキング連結解除を受信する場合（Ｓ８１０ａ）、前記ドッキングセンターはＷｉ−Ｆｉ Ｄｉｓｐｌａｙ（Ｍｉｒａｃａｓｔ）連結解除を前記ドッキーと遂行する（Ｓ８２０ａ）。

【0353】

以後、前記ドッキーと前記ドッキングセンターはドッキングサービス使用終了手続を遂行するが、先にドッキーがドッキングセンターに使用終了要請をする場合について説明する。

【0354】

ドッキーは、前記ドッキングセンターにドッキングサービス使用終了のための終了要請（Ｃｌｏｓｅ＿Ｒｅｑ）メッセージを送信する（Ｓ８３０ａ）。

【0355】

すると、前記ドッキングセンターは、前記終了要請メッセージに対する応答として終了応答（Ｃｌｏｓｅ＿Ｒｓｐ）メッセージを前記ドッキーに送信する（Ｓ８３０ａ）。

【0356】

次に、ドッキングセンターがドッキーに使用終了要請をする場合について説明すると、前記ドッキングセンターはドッキーにドッキング使用終了のための終了要請（Ｃｌｏｓｅ＿Ｒｅｑ）メッセージを送信する（Ｓ８４０ａ）。

【0357】

すると、前記ドッキーは前記終了要請に対する応答として終了応答（Ｃｌｏｓｅ＿Ｒｓｐ）メッセージを前記ドッキングセンターに送信する（Ｓ８４０ａ）。

【0358】

以後、前記ドッキングセンターは前記周辺機器に対する制御権を前記ドッキーから回収する（Ｓ８５０ａ）。

【0359】

前記ドッキングセンターからドッキーに、またはドッキーからドッキングセンターに送信する終了要請（Ｃｌｏｓｅ＿Ｒｅｑ）メッセージは、以下の＜表２４＞の情報を含む。

【0360】

【表24】

【0361】

また、前記ドッキングセンターからドッキーに、またはドッキーからドッキングセンターに送信する終了応答（Ｃｌｏｓｅ＿Ｒｓｐ）メッセージは、以下の＜表２５＞の情報を含む。

【0362】

【表25】

【0363】

図８ｂは、タイムアウト（Ｔｉｍｅ Ｏｕｔ）によるドッキング終了手続の一例を示す流れ図である。

【0364】

無線ドッキングシステムでペアリングされたドッキーとドッキングセンターは通信途絶など、避けられない原因によりドッキング連結の終了を遂行しなければならない場合がある。

【0365】

このような場合、ドッキングセンターはドッキーに与えた周辺機器制御権を回収し、更に他のドッキーとのペアリングを準備しなければならない。

【0366】

このような機能を遂行するためには、ドッキングセンターとドッキーとの間の周期的な接続維持確認のための方法が必要である。

【0367】

したがって、本明細書ではドッキングセンターとドッキーとの間の周期的な接続維持確認のためのハート−ビット（Ｈｅａｒｔ＿ｂｅａｔ）メッセージを交換する方法を提供する。

【0368】

一例に、図８ｂに示すように、ドッキングセンターはドッキーに前記ドッキングセンターと前記ドッキーとの間の周期的な接続維持確認のためのハート−ビット（Ｈｅａｒｔ＿ｂｅａｔ）メッセージを一定時間間隔（ｔ_{ｉｎｔｅｒｖａｌ}）で予め設定された回数（ｎ）だけ連続して送信する（Ｓ８１１ｂ）。

【0369】

前記ハートビット（Ｈｅａｒｔ＿Ｂｅａｔ）メッセージは、以下の＜表２６＞の情報を含む。

【0370】

【表26】

【0371】

図８ｂでは予め設定された回数が３回に設定されているが、これは一例に過ぎず、システム環境によって２回、４回、５回など、流動的に設定できる。

【0372】

また、前記一定時間は１秒に設定されることが好ましいが、この値もシステム環境によって流動的に設定できる。

【0373】

以後、前記ドッキーは前記ハートビットメッセージに対する応答として前記ドッキングセンターにＡＣＫを送信する（Ｓ８１２ｂ）。

【0374】

ここで、前記ドッキングセンターは前記ドッキーに送信したハートビットメッセージのうちのいずれか１つのＡＣＫも前記ドッキーから受信できなかった場合、前記ドッキングセンターは前記ドッキーとの通信が途絶されたと判断し、前記ドッキーにドッキング連結解除のための終了通知（Ｃｌｏｓｅ＿Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを送信する（Ｓ８２０ｂ乃至Ｓ８４０ｂ）。

【0375】

前記終了通知（Ｃｌｏｓｅ＿Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージは、以下の＜表２７＞の情報を含む。

【0376】

【表27】

【0377】

ここで、前記終了通知メッセージは前記ドッキーがメッセージを受信することができる可能性のために前記ドッキングセンターで送信するものである。

【0378】

前記ドッキングセンターが前記終了通知メッセージを送信した場合、前記ドッキーと前記ドッキングセンターとの間のワイファイディスプレイは連結解除される（Ｓ８５０ｂ）。

【0379】

以後、前記ドッキングセンターは前記ドッキーに移転された周辺機器に対する制御権を前記ドッキーから回収する（Ｓ８６０ｂ）。

【0380】

前記図８ｂは周期的な接続維持確認のためのハート＿ビット（Ｈｅａｒｔ＿ｂｅａｔ）メッセージがドッキングセンターにより送信されるものであるが、これは一例に過ぎず、ドッキーとドッキングセンターとの間の周期的な接続維持確認のために前記ハート＿ビットメッセージがドッキーにより送信され、これに対する応答をドッキングセンターが送信することもできる。

【0381】

以下、本明細書で提案する専用周辺機器インターフェース（Ｄｅｄｉｃａｔｅｄ Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅ）について具体的に説明する。

【0382】

無線ドッキングシステムにおけるドッキングセンターは周辺機器とＵＳＢ、ブルートゥースなどの標準インターフェースを使用する。

【0383】

しかしながら、照明施設やホーム自動（Ｈｏｍｅ Ａｕｔｏｍａｔｉｏｎ）などのようにドッキングセンターとドッキーとの連結無しで無線ドッキングシステムから周辺機器のみに利用要求がある場合、ドッキングセンターと周辺機器とのドッキングのための別途のインターフェースが必要である。

【0384】

したがって、ドッキングセンターとドッキング専用周辺機器との通信インターフェースを定義する。

【0385】

図９ａは、本明細書で提案するドッキングセンターとドッキング専用周辺機器との通信手続の一例を示す流れ図である。

【0386】

まず、ドッキングセンターは周囲（または周辺、近く、隣接距離）に存在する専用周辺機器（Ｄｅｄｉｃａｔｅｄ Ｐｅｒｉｐｈｅｒａｌ）を認知するために専用周辺機器ディスカバリー（Ｄｅｄｉｃａｔｅｄ＿Ｐｅｒｉ＿Ｄｉｓｃｏｖｅｒｙ）メッセージをブロードキャストする（Ｓ９１１ａ）。

【0387】

前記専用周辺機器ディスカバリーメッセージは、以下の＜表２８＞の情報を含む。

【0388】

【表28】

【0389】

以後、専用周辺機器が前記専用周辺機器ディスカバリーメッセージを受信した場合、自身の装置情報を含む周辺機器情報（Ｐｅｒｉｐｈｅｒａｌ＿Ｉｎｆｏ）メッセージを前記ドッキングセンターに送信する（Ｓ９１２ａ）。

【0390】

前記周辺機器情報メッセージは、以下の＜表２９＞の情報を含む。

【0391】

【表29】

【0392】

以後、前記ドッキングセンターは専用周辺機器から受信された周辺機器情報メッセージに基づいて、無線ドッキングシステムに従属または含める必要がある専用周辺機器を選択する。

【0393】

以後、前記ドッキングセンターは前記選択された周辺機器とドッキングのために結合手続を遂行して（Ｓ９２０ａ）、周辺機器との専用周辺機器登録手続（Ｄｅｄｉｃａｔｅｄ Ｐｅｒｉｐｈｅｒａｌ Ｒｅｇｉｓｔｒａｔｉｏｎ）を完了する。

【0394】

前記結合手続は前記ドッキングセンターが前記選択された周辺機器に結合要請（Ｊｏｉｎ＿Ｒｅｑ）メッセージを送信し（Ｓ９２１ａ）、前記選択された周辺機器は前記結合要請メッセージに対する応答として前記ドッキングセンターに結合応答（Ｊｏｉｎ＿Ｒｓｐ）メッセージを送信する（Ｓ９２２ａ）。

【0395】

前記結合要請（Ｊｏｉｎ＿Ｒｅｑ）メッセージは、以下の＜表３０＞の情報を含む。

【0396】

【表30】

【0397】

また、前記結合応答（Ｊｏｉｎ＿Ｒｓｐ）メッセージは、以下の＜表３１＞の情報を含む。

【0398】

【表31】

【0399】

これを通じて、前記ドッキングセンターは周辺機器を制御するようになる（Ｓ９３０ａ）。

【0400】

以後、前記ドッキングセンターは前記専用周辺機器が制御する必要が発生する出力装置などの場合、設定命令（Ｓｅｔ＿Ｃｏｍｍａｎｄ）メッセージを前記専用周辺機器に送信する（Ｓ９４１ａ）。

【0401】

この場合、前記専用周辺機器は前記ドッキングセンターに前記設定命令メッセージに対する応答としてＡＣＫを送信する（Ｓ９４２ａ）。

【0402】

また、前記専用周辺機器が制御する必要が発生する入力装置などの場合、前記専用機器はイベントが発生する場合（Ｓ９５０ａ）、前記発生したイベント情報を含む周辺機器イベント（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ）メッセージを前記ドッキングセンターに送信する（Ｓ９６１ａ）。

【0403】

この場合、前記ドッキングセンターは前記周辺機器イベントメッセージに対する応答として前記専用周辺機器にＡＣＫを送信する（Ｓ９６２ａ）。

【0404】

図９ｂは、本明細書で提案するドッキングセンターとドッキング専用周辺機器との通信手続の更に他の一例を示す流れ図である。

【0405】

図９ｂは、ワイファイを用いた無線ドッキングシステムにおけるドッキングセンターとドッキング専用周辺機器とのインターフェースを定義するための手続を示す。

【0406】

図９ｂに示すように、ドッキング領域には、ドッキングセンター、ブルートゥース通信可能な周辺機器１、ドッキング専用の周辺機器２、周辺機器３、及びＵＳＢ通信可能な周辺機器４が存在する。

【0407】

まず、ドッキングセンターは周辺機器１とブルートゥース装置探索手続を遂行し（Ｓ９１０ｂ）、周辺機器４とＵＳＢ装置探索手続を遂行する（Ｓ９２０ｂ）。

【0408】

以後、ドッキングセンターは専用周辺機器２及び３に専用周辺機器ディスカバリー（Ｄｅｄｉｃａｔｅｄ＿Ｐｅｒｉ＿Ｄｉｓｃｏｖｅｒｙ）メッセージをブロードキャストする（Ｓ９３０ｂ）。

【0409】

以後、専用周辺機器２及び３は各々前記専用周辺機器ディスカバリーメッセージに対する応答として各々の周辺機器装置情報を含む周辺機器情報（Ｐｅｒｉｐｈｅｒａｌ＿Ｉｎｆｏ）メッセージを前記ドッキングセンターに送信する（Ｓ９４０ｂ）。

【0410】

以後、前記ドッキングセンターは前記専用周辺機器２及び３から受信された周辺機器情報メッセージに基づいて、無線ドッキングシステムに従属または含める必要がある専用周辺機器を選択する。

【0411】

以後、前記ドッキングセンターは前記専用周辺機器２及び３と結合手続を遂行して（Ｓ９５０ｂ）、前記専用周辺機器２及び３と専用周辺機器登録手続（Ｄｅｄｉｃａｔｅｄ Ｐｅｒｉｐｈｅｒａｌ Ｒｅｇｉｓｔｒａｔｉｏｎ）を完了する。

【0412】

前記ドッキングセンターと前記専用周辺機器２及び３との結合手続は図９ａのステップＳ９２０ａと同一であるので、具体的な説明は省略する。

【0413】

以後、前記ドッキングセンターは周辺機器３及び４の制御に対するユーザの要請の入力を受けた場合、前記周辺機器３に設定命令（Ｓｅｔ＿Ｃｏｍｍａｎｄ）メッセージを送信し（Ｓ９６１ｂ）、前記周辺機器４にＵＳＢ装置制御のためのＵＳＢ装置制御メッセージを送信する（Ｓ９７０ｂ）。

【0414】

ここで、前記専用周辺機器３は前記ドッキングセンターに前記設定命令メッセージに対する応答としてＡＣＫを送信する（Ｓ９６２ｂ）。

【0415】

また、前記専用周辺機器２でイベントが発生した場合、前記専用周辺機器２は前記発生したイベント情報を含む周辺機器イベント（Ｐｅｒｉｐｈｅｒａｌ＿Ｅｖｅｎｔ）メッセージを前記ドッキングセンターに送信する（Ｓ９８１ｂ）。

【0416】

この場合、前記ドッキングセンターは前記周辺機器イベントメッセージに対する応答として前記専用周辺機器２にＡＣＫを送信する（Ｓ９８２ｂ）。

【0417】

また、前記専用周辺機器１でイベントが発生した場合、前記周辺機器１は前記ドッキングセンターにブルートゥース装置が検索されたことを知らせる（Ｓ９９０ｂ）。

【0418】

以下、本明細書で提案するドッキングディスカバリー過程と関連したユーザインターフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）について具体的に説明する。

【0419】

無線ドッキングシステムと関連したＵＩは主にドッキーで発生し、前記ＵＩはドッキングセンターディスカバリー（Ｄｏｃｋｉｎｇ ＣｅｎｔｅｒＤｉｓｃｏｖｅｒｙ）手続と関連したＵＩ及びペアリング（Ｐａｉｒｉｎｇ）手続と関連したＵＩに大別される。

【0420】

図１０は、本明細書で提案するドッキングディスカバリー手続と関連したユーザインターフェースの一例を示す図である。

【0421】

図１０に示すように、ドッキーはドッキングディスカバリー手続（ＭＡＣ階層またはアプリケーション階層）を通じてドッキングセンター１及びドッキングセンター２から各ドッキングセンター情報及び各ドッキングセンターに従属している周辺機器の情報を受信する場合、前記ドッキーの出力部を通じて前記受信された情報をディスプレイする（ステップＳ１０１０乃至ステップＳ１０３０）。

【0422】

ステップＳ１０１０乃至ステップＳ１０３０に対する詳細な説明は、前述した図４ａ乃至図５ｂを参照することにする。

【0423】

前記ドッキーの出力部を通じてディスプレイされた情報（Ｓ１０４０）は、図１０に示すように、探索された隣の環境内のドッキングセンターリストと各ドッキングセンターが制御する周辺機器のリストが表示される。前記ドッキングセンターリストにはドッキングセンター１及びドッキングセンター２が表示されており、周辺機器リストには前記ドッキングセンター１で制御する周辺機器にマウス、キーボードが表示され、前記ドッキングセンター２で制御する周辺機器にプリンタ、キーボード、スピーカーが表示される。

【0424】

ここで、前記ドッキーのＵＩ画面に表示される周辺機器情報の詳細水準はユーザにより選択的に提供できる。

【0425】

即ち、周辺機器の詳細情報が要約された形態に加工されて表示されることもでき、周辺機器の詳細情報の全体が一度に表示されることもできる。

【0426】

また、前記周辺機器の詳細情報は、前記ドッキングセンターリスト、周辺機器のリストなどと共に同一な画面に表示されることもでき、表示された周辺機器のリストで該当周辺機器をクリックする場合、該当周辺機器の詳細情報が表示されることもできる。

【0427】

以後、前記ドッキーは前記ドッキーのＵＩ画面でユーザによりいずれか１つのドッキングセンターが選択される入力を受信する場合（Ｓ１０５０）、前記選択されたドッキングセンターとペアリング手続を遂行する。

【0428】

図１１は、本明細書で提案するドッキングペアリング手続と関連したユーザインターフェースの一例を示す図である。

【0429】

ドッキーとドッキングセンターとのペアリング手続では、ドッキーのＵＩ内に前記ドッキーが使用可能な周辺機器に対する詳細情報が表示される。

【0430】

前記周辺機器に対する詳細情報には周辺機器とドッキングセンターとの間の物理的または論理的インターフェースも共に表示され、各周辺機器の入力／出力可能か否かに対する属性と、他システムと共有可能か否かも共に表示される。

【0431】

図１１に示すように、ドッキーがドッキングセンターからドッキングセンターに従属する周辺機器情報及びドッキングセンター情報を含むドッキング応答メッセージを受信する場合、前記ドッキーは前記ドッキーの出力部を通じて、即ち前記ドッキーのＵＩ内に周辺機器の詳細情報をディスプレイする（ステップＳ１１１０乃至ステップＳ１１４０）。

【0432】

図１１に示すように、前記ドッキーのＵＩ内に表示される周辺機器の詳細情報は周辺機器を識別することができる周辺機器ＩＤ（Ｐｅｒｉｐｈｅｒａｌ ＩＤｅｎｔｉｆｉｅｒ）、周辺機器の名称であるデバイス名称（Ｄｅｖ Ｎａｍｅ）、周辺機器の種類を示す周辺機器タイプ（Ｐｅｒｉ ｔｙｐｅ）、周辺機器の読取／書込機能のサポートするか否かを示す読取／書込（Ｒｅａｄ／Ｗｒｉｔｅ：ＲＷ）モード、周辺機器のディスプレイ機能の有無を示すディスプレイ機能（Ｄｉｓｐｌａｙ ｆｕｎｃ）、ドッキングセンターと周辺機器との連結種類を示す連結タイプ（Ｃｏｎｎ ｔｙｐｅ）、周辺機器と他の機器との連結状態を示す状態情報（Ｓｔａｔｕｓ）などが含まれることができる。

【0433】

以後、前記ドッキーと前記ドッキングセンターは権限要請及び権限応答手続を遂行した後（Ｓ１１５０）、ドッキング連結が確立される（Ｓ１１６０）。前記権限要請及び権限応答手続は図６ａのステップＳ６５０ａを参照することにする。

【0434】

以下、図１２乃至図１６を参照して、本明細書で提案するＷｉ−Ｆｉを用いた無線ドッキングシステムが用いられる具体的な状況について説明する。

【0435】

図１２は、本明細書で提案するワイファイを用いた無線ドッキングシステムが家または事務室で活用される一例を示す図である。

【0436】

図１２では、携帯可能な装置（例：スマートフォン）がドッキー（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｅｅ：ＷＤ）であり、家または事務室内のモニターがドッキングセンター（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）であり、キーボード、マウス、及びスピーカーを周辺機器（Ｐｅｒｉｐｈｅｒａｌ）と仮定する。

【0437】

即ち、図１２の無線ドッキングシステムを構成する各構成要素に対する説明は、以下の＜表３２＞の通りである。

【0438】

【表32】

【0439】

図１２は、スマートフォン（ドッキー）がモニター（ドッキングセンター）とペアリングした後、キーボードまたはマウスなど（周辺機器）を使用してスマートフォン内の機能を用いる状況を示す。

【0440】

即ち、ドッキーがドッキング環境の近くに接近すれば、前記ドッキーは前記ドッキング環境内の装置とドッキングを遂行する。

【0441】

ドッキングの以後、ユーザはドッキーアプリケーションと相互作用のために入力／出力周辺機器を使用することができる。一例に、ユーザはスマートフォンの画面をモニターを通じて見ることができ、スマートフォンでの入力をキーボードを通じて遂行することができ、スマートフォンの音声をスピーカーを通じて聞くことができ、スマートフォン内の画面移動はマウスを通じて制御することができる。

【0442】

本明細書で提案するワイファイを用いた無線ドッキングシステムが家または事務室で活用される一例を示す図である。

【0443】

図１３は、本明細書で提案するワイファイを用いた無線ドッキングシステムが公共場所で活用される一例を示す図である。

【0444】

ここで、公共場所は、ホテル、インターネットカフェ（Ｉｎｔｅｒｎｅｔ Ｃａｆｅ）、銀行、飛行機、汽車などでありうる。

【0445】

図１３は１つのドッキー（ＷＤ）が多数のドッキングセンター（ＷＤＣ）のうちの１つを選択してドッキングサービスを遂行する状況を示す。

【0446】

図１３に示すように、ドッキー（一例に、スマートフォン）がホットスポットゾーン（ｈｏｔｓｐｏｔ ｚｏｎｅ）に入ると、ドッキーは多数のドッキングセンターのうちの１つと無線ドッキングを遂行する。

【0447】

ここで、無線ドッキングの遂行は前記ドッキーが無線充電パッドの上に置かれることによって遂行できる。

【0448】

以後、ドッキーアプリケーションを活用するために（進歩した）入力／出力周辺機器を制御することができる。一例に、ユーザはドッキー内の特定の書類ファイルをプリンタを制御して出力することができる。

【0449】

図１４は、本明細書で提案するワイファイを用いた無線ドッキングシステムが活用される更に他の一例を示す図である。

【0450】

図１４は、多数のドッキーのうちの１つのドッキーが１つのドッキングセンターを先占する状況を示す。

【0451】

図１４の無線ドッキングシステムを構成する各構成要素に対する説明及び役割は以下の＜表３３＞の通りである。

【0452】

【表33】

【0453】

図１４に示すように、ミーティングルームには多数のドッキーが存在することができる。この場合、多数のドッキーのうちの１つのドッキーのみドッキングセンターを先占する。

【0454】

以後、ドッキングセンターを先占したドッキーのドッキング利用が終了した後には他のドッキーにドッキングセンターの占有権限がスイッチングされる。

【0455】

一例に、前記他のドッキーにドッキングセンターの占有権限がスイッチングされる過程は、以下の通りである。

【0456】

ドッキングセンターを先占したドッキーから前記ドッキーのドッキング利用が終了したことを知らせる情報を前記ドッキングセンターが受信する場合、前記ドッキングセンターは前記先占されたドッキーのドッキー利用が終了したことを、または前記ドッキングセンターとドッキング連結が可能であることを他のドッキーにブロードキャストまたはユニキャスト形式に送信することができる。

【0457】

前記ドッキングセンターを既に先占したドッキーのドッキング利用が終了した時、既に前記ドッキングセンターが前記ドッキングセンターとペアリングする次順位ドッキーに対する順位が決定されている場合、前記ドッキングセンターは既に決定されている次順位ドッキーとペアリングを自動的に遂行することができる。

【0458】

仮に、前記ドッキングセンターとペアリングする次順位ドッキーに対する順位が決定されていない場合、前記ドッキングセンターはドッキーの受信信号強さ、ドッキーの容量、ドッキーとの距離／位置、ドッキーのドッキングセンターへの要請順序などを考慮して他のドッキーにドッキングセンターの占有権限をスイッチングすることができる。

【0459】

図１５は、本明細書で提案するワイファイを用いた無線ドッキングシステムにおける周辺機器利用無しでドッキーが直接ドッキングセンターを制御する状況を示す図である。

【0460】

この場合、前記ドッキーはドッキーの機能だけでなく、周辺機器の機能も共に有していなければならない。

【0461】

即ち、前記ドッキーでドッキー機能及び周辺機器機能が全て活性化されている場合、周辺機器利用無しで直接ドッキーを用いてドッキングサービスを使用することができる。

【0462】

例えば、ドッキーの画面をドッキングセンターに出力し、前記ドッキングセンターに出力された画面の制御をドッキーの動きを用いて直接に行うことができるようになる。

【0463】

このようなドッキーの多重機能遂行するか否かに対する表示は、前記ドッキーと前記ドッキングセンターとの間の送／受信するメッセージ内の情報に含まれることができる。

【0464】

以下、多数のドッキーが単一のドッキングセンターと共同に連結されて周辺機器をドッキー別に先占及び共有することができる方法について説明する。

【0465】

図１６は、本明細書で提案するワイファイを用いた無線ドッキングシステムにおける多数のドッキーが周辺機器を共有している状況を示す図である。

【0466】

まず、ドッキングセンターは多数のドッキーと多数のドッキング連結が可能できる能力を有しなければならない。

【0467】

即ち、前記ドッキングセンターはドッキーとドッキング連結遂行の前に多数のドッキング連結可能か否かを知らせる情報を多数のドッキーにブロードキャストまたはユニキャスト方式により送信することができる。または、前記多数のドッキング連結可能か否かを知らせる情報は前記ドッキーが前記ドッキングセンターとドッキング連結を遂行する時（ドッキングディスカバリー手続またはドッキングペアリング手続）送信できる。

【0468】

前記ドッキングセンターが多数のドッキーとペアリング手続を完了し、前記ドッキングセンターは各々のドッキーに周辺機器詳細情報を送信する。

【0469】

ここで、各々のドッキーは自分が制御したい周辺機器の情報を含んで前記ドッキングセンターに送信する。

【0470】

以後、前記ドッキングセンターはドッキー別に周辺機器の占有権限を設定し、前記設定されたドッキー別周辺機器占有権限情報をドッキーに送信する。

【0471】

仮に、周辺機器のうちの一部の周辺機器に対して占有権限が重複する場合、前記ドッキングセンターはドッキーのハードウェア容量、要請順序などを考慮して優先順位に決定されたドッキーに占有権限が重複した周辺機器の占有権限を移転することができる。

【0472】

仮に、前記ドッキングセンターが占有権限移転重複要請された周辺機器に対してどのドッキーに占有権限を移転するかに対して決定できない場合、前記占有権限移転重複要請された周辺機器に対する共有手続を終了することができる。

【0473】

以下、ワイファイダイレクト（Ｗｉ−Ｆｉ Ｐ２Ｐ）ネットワークにおける無線ドッキングサービスをサポートするための更に他の方法について説明する。

【0474】

前述したように、ドッキングプロトコル（Ｄｏｃｋｉｎｇ Ｐｒｏｔｏｃｏｌ）は基本的に応用階層のプロトコルであり、ＴＣＰ／ＩＰ基盤の通信を用いる。したがって、既存のワイファイダイレクト（Ｗｉ−Ｆｉ Ｐ２Ｐ）ネットワークにおける無線ドッキングサービスをサポートするためには、ドッキー（Ｗｉ−Ｆｉ Ｄｏｃｋｅｅ：ＷＤ）が周囲のドッキングセンター（Ｗｉ−Ｆｉ Ｄｏｃｋｉｎｇ Ｃｅｎｔｅｒ：ＷＤＣ）を検索し、検索された全てのＷｉ−Ｆｉ装置にＩＰ基盤通信を行い、これに対するドッキングサービスをサポートするか否かを把握しなければならないので、多くのオーバーヘッド（ｏｖｅｒｈｅａｄ）と長い処理時間が発生する。

【0475】

したがって、以下ではワイファイダイレクト（Ｗｉ−Ｆｉ Ｐ２Ｐ）のデバイスディスカバリー（Ｆｉｎｄ Ｐｈａｓｅ）手続を活用して周囲Ｗｉ−Ｆｉ装置のドッキングサポートするか否かを先に把握した後、選択されたワイファイ装置のみにＩＰコネクションを通じてのドッキングコネクションを遂行する方法を説明する。

【0476】

具体的に、ワイファイダイレクトのデバイスディスカバリー手続でドッキングサービスサポートするか否かを把握するために、プローブ要請及びプローブ応答フレーム内に簡単なドッキング情報を含んだドッキングＩＥを追加することによって、ドッキングディスカバリー手続を遂行する。

【0477】

また、認証ディスカバリー要請及び認証ディスカバリー応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑ／Ｒｓｐ）を通じて、選択されたドッキーが連結可能か否かを予め把握した後、ＩＰ基盤の接続（Ｊｏｉｎ）を遂行することによって、全ての連結確立手続を完了した後、ドッキングセンターとの結合（Ｊｏｉｎ）が断られるオーバーヘッド（ｏｖｅｒｈｅａｄ）を防止する。

【0478】

図１７は、本明細書で提案するワイファイダイレクトネットワークにおける無線ドッキングサービスをサポートするための方法の一例を示す流れ図である。

【0479】

ワイファイダイレクトネットワーク関連の詳細な説明は前述した図４ｂを参照することにする。

【0480】

図１７に示すように、ドッキーはドッキングのために先にサポートされるチャンネル全てをスキャン（Ｄｏｃｋｉｎｇ ＳｃａｎまたはＷｉ−Ｆｉ Ｐ２Ｐ Ｓｃａｎ）する（Ｓ１７１０）。前記スキャンを通じて前記ドッキーは周囲デバイスまたはネットワークに対する情報を収集する。

【0481】

以後、前記ドッキーは接続可能な距離に存在する全てのドッキングセンターを把握するために、ドッキング情報要素１を含むプローブ要請フレームをソーシャルチャンネルを介してドッキングセンターに送信する（Ｓ１７２０）。

【0482】

ここで、前記ドッキング情報要素１は無線ドッキング関連パラメータを含み、前記無線ドッキング関連パラメータは以下の＜表３４＞の通りである。

【0483】

【表34】

【0484】

前記ドッキング役割はドッキーまたはドッキングセンターに対する役割区分を示す情報である。デバイス名称パラメータ及びデバイスＩＤパラメータは装置名称と装置の固有ＩＤ値を示す。サポートされるチャンネルリストには２．４ＧＨｚ、５ＧＨｚ、６０ＧＨｚがありうる。２．４ＧＨｚチャンネルはソーシャルチャンネルであり、５ＧＨｚ及び６０ＧＨｚは運営チャンネルに該当する。また、ドッキング情報要請はドッキングディスカバリーのための命令を示す。

【0485】

以後、前記ドッキーから前記プローブ要請フレームを受信したドッキングセンターはドッキング情報要素２を含むプローブ応答フレームを前記ドッキーに送信する（Ｓ１７３０）。

【0486】

前記ドッキング情報要素２はドッキング連結が可能か否かを示すドッキング連結可能情報を含む。

【0487】

前記プローブ応答フレームに含まれる前記ドッキング情報要素２には以下のようなパラメータを含む。
（１）Ｍｅｔｈｏｄ ｆｏｒ Ｃｏｎｎｅｃｔｉｎｇ ＷＤＣ：ドッキングセンターに連結するための方法を示すパラメータであって、ドッキングセンターがＩｎｆｒａ−ｓｔｒｕｃｔｕｒｅ形態に連結されている時、ドッキーがこのネットワークに接続できるように追加情報を提供する。追加情報には、ＳＳＩＤ、Ｃｈａｎｎｅｌ、ＢＳＳＩＤなどがありうる。
（２）能力（Ｃａｐａｂｉｌｉｔｙ）：ドッキングセンターの能力を示すパラメータであって、ドッキングセンターの能力にはドッキーと連結可能な最大個数、最大ドッキング環境、ワイファイディスプレイサポートなどがありうる。
（３）読取／書込モード（Ｒ／Ｗ Ｍｏｄｅ）：各周辺機器の読取（Ｒｅａｄ）／書込（Ｗｒｉｔｅ）可能か否かを示すパラメータである。
（４）共有タイプ（Ｓｈａｒａｂｌｅ Ｔｙｐｅ）：プリンタなどの周辺機器共有が可能か否かを示すパラメータである。
（５）周辺機器プロトコル（ＰＦＰ）：各周辺機器がドッキングセンターと通信のために使用する既存プロトコル情報を示すパラメータであって、ＷＳＢ（Ｗｉ−Ｆｉ Ｓｅｒｉａｌ Ｂｕｓ）、ＵＳＢ、ブルートゥースなどがありうる。
（６）使用可能／使用不可能な理由（Ａｖａｉｌａｂｉｌｉｔｙ／Ｒｅａｓｏｎ）：ドッキングセンターに従属している周辺機器がドッキーを通じて使用可能か否かと、使用不可能な場合、その理由を示すパラメータである。
（７）Ｄｏｃｋｉｎｇ Ｒｏｌｅ：ドッキーまたはドッキングセンターに対する役割を区分するパラメータである。
（８）Ｄｅｖｉｃｅ Ｎａｍｅ／Ｄｅｖｉｃｅ ＩＤ：装置名称と装置の固有ＩＤを示すパラメータである。
（９）Ｃｏｎｎｅｃｔａｂｌｅ／Ｎｏｎ−ｃｏｎｎｅｃｔａｂｌｅ：ドッキングセンターが既に他のドッキーに連結されているので共有できない装置であるか、または他の環境問題などによってドッキングサービスを提供できない場合、これに対する情報をドッキーに明示的に知らせるパラメータである。
（１０）Ｓｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｌｉｓｔ：ドッキングセンターが使用しているＷｉ−Ｆｉインターフェースの提供可能なチャンネルリストを示すパラメータであって、２．４ＧＨｚ、５ＧＨｚ、６０ＧＨｚなどの帯域情報を含む。
（１１）Ｃｕｒｒｅｎｔ Ｃｈａｎｎｅｌ：ドッキングセンターがもし他のＷｉ−Ｆｉコネクションを保有している場合、これに対するチャンネル個数を示すパラメータである。
（１２）Ｃｏｎｎｅｃｔａｂｌｅ Ｔｙｐｅ：ドッキングセンターがドッキーに提供可能なＷｉ−Ｆｉコネクションタイプを示すパラメータであって、Ｗｉ−Ｆｉ Ｐ２Ｐ（Ｄｉｒｅｃｔ）または既存Ｉｎｆｒａ−Ｓｔｒｕｃｔｕｒｅに対する区分を意味する。
（１３）Ｎｕｍｂｅｒ ｏｆ ＷＤＮ：ドッキングセンターが提供可能なＷＤＮ（無線ドッキング環境）の個数を示すパラメータである。ここで、ＷＤＮはドッキングセンターと連結されている周辺機器の全体または一部の集合を意味する。
（１４）Ｐｏｗｅｒ Ｓａｖｅ Ｍｏｄｅ：ドッキングセンターが指向している現在のＰｏｗｅｒ Ｓａｖｅ Ｍｏｄｅであって、レベル（ｌｅｖｅｌ）数値または予め定義されたパワーセーブ（Ｐｏｗｅｒ Ｓａｖｅ）段階を示す。
（１５）Ｔｏｐｏｌｏｇｙ Ｏｐｔｉｏｎ：現在ドッキングセンターが外部ＡＰまたは他の装置とのＷｉ−Ｆｉ Ｐ２Ｐ形態に連結されている論理的なリンク形態と周辺機器と連結されている論理的なリンク形態を示すパラメータである。この際、各リンクのインターフェースタイプ（ＵＳＢ、ＷＳＢ、ブルートゥース、Ｗｉ−Ｆｉ Ｐ２Ｐなど）情報も含まれることができる。

【0488】

前記ドッキングセンターからプローブ応答フレームを受信する場合、前記ドッキーのＵＩには受信されたドッキングセンターリストがディスプレイされる（Ｓ１７４０）。

【0489】

以後、ユーザによりドッキングセンターが選択される場合、前記ドッキーは前記選択されたドッキングセンターと認証ディスカバー（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒ）（要請／応答）手続を遂行する（Ｓ１７５０）。

【0490】

前記認証ディスカバー手続はＷｉ−Ｆｉ Ｐ２Ｐ手続のうち、任意の（ｏｐｔｉｏｎａｌ）形態にデータリンク階層で進行される手続である。

【0491】

前記認証ディスカバー手続を通じてデータリンク階層でドッキーとドッキングセンターとの間の細部情報交換を通じて、実際ドッキングサービス遂行可能か否かと、連結可能か否かを予め把握できるようになる。

【0492】

即ち、前記ドッキーは前記ドッキングセンターにドッキングサービス遂行のために必要なドッキング情報要素３を認証ディスカバー要請メッセージに含んで送信する（Ｓ１７５１）。

【0493】

前記認証ディスカバー要請メッセージを前記ドッキーから受信した前記ドッキングセンターは、ドッキングサービス遂行のためのドッキング連結の許可または不可の結果を含む認証ディスカバー応答メッセージを前記ドッキーに送信する（Ｓ１７５２）。

【0494】

ここで、前記ドッキングサービス遂行のためのドッキング連結の許可または不可の結果を含む情報はドッキング情報要素４に含まれる。

【0495】

ここで、前記ドッキングセンターが前記ドッキーの要請を満たさない場合（例えば、ドッキーが選択したＰＦ（Ｐｅｒｉｐｈｅｒａｌ Ｆｕｎｃｔｉｏｎ）をサポートできないか、またはドッキーが選択したＷＤＮを提供できない場合）、前記ドッキングセンターは認証ディスカバー応答フレームに含まれるドッキング情報要素（Ｄｏｃｋｉｎｇ ＩＥ）４に結合に対する結果フィールドの値を否定に設定して前記ドッキーに送信する。

【0496】

本発明で提案するドッキングプロトコルは基本的にＩＰ基盤の応用階層で遂行される。しかしながら、該当ＩＰ確立を完了するためにはＷｉ−Ｆｉ Ｐ２Ｐ手続でのＧＯ折衝（Ｎｅｇｏｔｉａｔｉｏｎ）過程とオペレーションチャンネル（Ｏｐｅｒａｔｉｏｎ Ｃｈａｎｎｅｌ）でのビーコン（Ｂｅａｃｏｎｉｎｇ）、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、関係（Ａｓｓｏｃｉａｔｉｏｎ）などの過程が先行されなければならず、以後、ＤＨＣＰなどを通じてのＩＰ設定が完了するまでは多い時間と手続が必要である。

【0497】

このような多い手続を遂行した以後、ＩＰ基盤のドッキングプロトコル 過程で結合（Ｊｏｉｎ）手続を試みた後に、もしＷＤＣで如何なる必要条件の不満足によって該当ＷＤの結合要請（Ｊｏｉｎ Ｒｅｑｕｅｓｔ）を受け入れられない場合、ＷＤは再びリンク階層（Ｌｉｎｋ Ｌａｙｅｒ）に復帰した後、他のＷＤＣを選択し、上記の多くの手続を再び遂行しなければならないオーバーヘッドが発生する。

【0498】

以下の＜表３５＞は、認証ディスカバー要請フレームに含まれるドッキング情報要素３の一例を示す。

【0499】

【表35】

【0500】

以下の＜表３６＞は認証ディスカバー応答フレームに含まれるドッキング情報要素４の一例を示す。

【0501】

【表36】

【0502】

以後、前記ドッキーは前記ドッキングセンターと認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続、関係（Ａｓｓｏｃｉａｔｉｏｎ）手続を通じてドッキング連結確立を遂行する（Ｓ１７６０乃至Ｓ１７７０）。

【0503】

ここで、前記認証手続は前記ドッキーが前記ドッキングセンターに認証要請（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑ）を送信し（Ｓ１７６１）、前記ドッキーセンターが前記認証要請に対する応答として認証応答（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｓｐ）を前記ドッキーに送信することによって遂行される（Ｓ１７６２）。

【0504】

また、前記関係手続は前記ドッキーが前記ドッキングセンターに関係要請（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑ）を送信し（Ｓ１７７１）、前記ドッキーセンターが前記関係要請に対する応答として関係応答（Ａｓｓｏｃｉａｔｉｏｎ Ｒｓｐ）を前記ドッキーに送信することによって遂行される（Ｓ１７７２）。

【0505】

以後、前記ドッキーと前記ドッキングセンターとは結合（Ｊｏｉｎ）手続を通じてＩＰ基盤の通信が可能であるように連結を設定する（Ｓ１７８０）。

【0506】

ここで、前記結合手続は前記ドッキーが前記ドッキングセンターに結合要請（Ｊｏｉｎ Ｒｅｑ）を送信し（Ｓ１７９１）、前記ドッキーセンターが前記結合要請に対する応答として結合応答（Ｊｏｉｎ Ｒｓｐ）を前記ドッキーに送信することによって遂行される（Ｓ１７９２）。

【0507】

前記結合手続は、認証ディスカバー手続を通じてドッキングセンターから‘接続許可’の結果を受信したドッキーのみと遂行する。

【0508】

また、前記結合手続はＩＰ基盤ドッキングプロトコルに従属するものであって、ドッキーは既に接続が許可されたドッキングセンターを対象にＷｉ−Ｆｉ Ｐ２ＰコネクションとＩＰコネクションの過程を遂行した後、ドッキング連結に必要な追加情報を交換して最後の連結確認のための手続である。

【0509】

前記結合手続が完了した後に、前記ドッキーと前記ドッキングセンターとの間のドッキングが完了した状態と見做してドッキングに必要なサービスを遂行する。

【0510】

前記結合要請フレームは以下のようなパラメータを含む。ここで、前記結合要請は、メッセージ、プリミティブ、シグナリングなどの形態に送信されることもできる。
（１）Ｄｏｃｋｉｎｇ Ｒｏｌｅ（ＷＤ）／ＩＤ：ドッキング役割パラメータはドッキーまたはドッキングセンターに対する役割を区分し、ドッキングＩＤパラメータはドッキングを要請するドッキーのＩＤを示す。
（２）Ｓｅｌｅｃｔｅｄ ＷＤＮ ｔｏ ｕｓｅ：使用するために選択される無線ドッキング環境（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｅｎｖｉｒｏｎｍｅｎｔ）を示すパラメータであって、ＷＤＮ内の各周辺機器の読取／書込モード（ＲＷ＿ｍｏｄｅ）及び権限タイプ（Ａｕｔｈｏｒｉｔｙ Ｔｙｐｅ）パラメータをさらに含む。
ここで、前記権限タイプパラメータはドッキングセンターに従属した周辺機器を先占または共有することができる情報を示す。
一例に、権限タイプパラメータが‘先占（Ｐｒｅｅｐｔｉｏｎ）’値を有する場合、先占が可能な周辺機器（一例に、マウス、キーボード、ＯＤＤ、ディスプレイ、スピーカー、マイクなど）のリストが含まれる。
また、前記権限タイプパラメータが‘共有（Ｓｈａｒｅ）’値を有する場合、共有が可能な周辺機器（プリンタ、スキャナーなど）のリストが含まれる。
（３）Ｓｅｌｅｃｔｅｄ Ｉｎｄｉｖｉｄｕａｌ ＰＦ ｔｏ ｕｓｅ：使用するために選択される各周辺機器に対する情報を示すパラメータであって、各周辺機器に対するＲＷ＿ｍｏｄｅ及び権限タイプ（Ａｕｔｈｏｒｉｔｙ Ｔｙｐｅ）パラメータがさらに含まれる。
（４）Ｄｉｓｐｌａｙ Ｆｕｎｃ：ディスプレイ機能の有無を示すパラメータをいう。
また、前記結合応答フレームは以下のようなパラメータを含む。
（１）Ｄｏｃｋｉｎｇ Ｒｏｌｅ（ＷＤＣ）／ＩＤ：ドッキング役割パラメータはドッキーまたはドッキングセンターに対する役割を区分し、ＩＤパラメータはドッキングを許容するドッキングセンターのＩＤを示す。
（２）Ｒｅｓｕｌｔ ｆｏｒ ｊｏｉｎｉｎｇ：要請されたドッキング結合に対する許可または不可の結果を示すパラメータである。
（３）Ｒｅａｓｏｎ（ｉｆ Ｄｅｎｉｅｄ）：ドッキング結合が不可な場合、不可の理由を示すパラメータであって、選択されるＷＤＮ使用に対する不可、選択されるＰＦ使用に対する不可がありうる。
（４）Ｃｏｎｎｅｃｔａｂｌｅ Ｔｙｐｅ（Ｐ２Ｐ／Ｉｎｆｒａ）：ドッキング連結の種類を示すものであって、Ｗｉ−Ｆｉ Ｐ２Ｐ連結かＩｎｆｒａ−Ｓｔｒｕｃｔｕｒｅ連結かを示す。
（５）Ｗｉ−Ｆｉ Ｄｉｓｐｌａｙ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎｆｏ：Ｗｉ−Ｆｉディスプレイ連結情報を示すものであって、連結するポート情報が含まれる。

【0511】

以下、ワイファイダイレクトシステムにおけるデバイス間（ドッキーとドッキングセンター）無線ドッキングサービス遂行のうち、命令、設定、または情報交換などが必要な場合、デバイス間（ドッキーとドッキングセンター）メッセージを交換する方法について説明する。

【0512】

ここで、前記メッセージ交換は命令（Ｃｏｍｍａｎｄ）及び応答（Ｒｅｓｐｏｎｓｅ）メッセージの形態に遂行される。

【0513】

前記メッセージ交換手続はドッキーとドッキングセンターとの間の折衝により意思決定が必要な状況で使われる手続であって、応答（Ｒｅｓｐｏｎｓｅ）メッセージには命令（Ｃｏｍｍａｎｄ）メッセージで提示した要請に対して肯定または不定の結果、または要請された情報が含まれる。

【0514】

前記メッセージ交換手続はドッキーとドッキングセンター全て要請することができ、要請を受けた装置は要請した装置に必ず応答（Ｒｅｓｐｏｎｓｅ）を送信する。

【0515】

また、前記メッセージ交換手続は前記ドッキーと前記ドッキングセンターとの間のドッキング連結が確立されてドッキング動作を遂行する中に発生する。ここで、ドッキング連結が確立される前までの過程は便宜上省略することにし、必要時、前述した内容及び図面を参照することにする。

【0516】

図１８ａはドッキーの要請によりメッセージ交換手続を示す図であり、図１８ｂはドッキングセンターの要請によりメッセージ交換手続を示す図である。

【0517】

図１８ａを参照すると、ドッキーはドッキングセンターに命令、設定、または情報交換などの必要がある場合、前記ドッキングセンターに設定命令（Ｓｅｔ Ｃｏｍｍａｎｄ）メッセージを送信する（Ｓ１８１０ａ）。

【0518】

前記設定命令メッセージには以下のようなパラメータを含む。
（１）Ｐｏｗｅｒ Ｓａｖｅ Ｍｏｄｅ：ドッキングセンターが指向している現在のパワーセーブモード（Ｐｏｗｅｒ Ｓａｖｅ Ｍｏｄｅ）であって、レベル（ｌｅｖｅｌ）数値または予め定義されたパワーセーブ（Ｐｏｗｅｒ Ｓａｖｅ）段階を示す。
（２）Ａｄｄｉｔｉｏｎａｌ ＷＤＮ Ｓｅｌｅｃｔｉｏｎ：追加的なＷＤＮ選択を示す。
（３）Ｒｅｌｅａｓｅ ＷＤＮ：連結されているＷＤＮとの連結解除を示す。
（４）Ａｄｄｉｔｉｏｎａｌ ＰＦ Ｓｅｌｅｃｔｉｏｎ：追加的なＰＦ選択を示す。
（５）Ｒｅｌｅａｓｅ ＰＦ：連結されているＰＦと連結解除を示す。
（６）Ｄｉｓｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ：連結解除要請を示す。
（７）Ｇｅｔ ＷＤＣ Ｉｎｆｏ：ＷＤＣ情報確保を示す。
（８）Ｓｅｔ ＷＤＣ Ｉｎｆｏ：ＷＤＣ情報設定を示す。
（９）Ｇｅｔ ＷＤＮ Ｉｎｆｏ：ＷＤＮ情報確保を示す。
（１０）Ｓｅｔ ＷＤＮ Ｉｎｆｏ：ＷＤＮ情報設定を示す。
（１１）Ｇｅｔ Ｓｐｅｃｉｆｉｃ Ｐｅｒｉ Ｉｎｆｏ：特定周辺機器情報確保を示す。
（１２）Ｓｅｔ Ｓｐｅｃｉｆｉｃ Ｐｅｒｉ Ｉｎｆｏ：特定周辺機器情報設定を示す。

【0519】

以後、前記ドッキングセンターは前記設定命令メッセージに対する応答として前記ドッキーに応答（Ｒｅｓｐｏｎｓｅ）メッセージを送信する（Ｓ１８２０ａ）。

【0520】

図１８ｂを参照すると、ドッキングセンターはドッキーに命令、設定または情報交換などの必要がある場合、前記ドッキーに設定命令（Ｓｅｔ Ｃｏｍｍａｎｄ）メッセージを送信する（Ｓ１８１０ｂ）。

【0521】

前記ドッキングセンターが送信する設定命令メッセージには以下のようなパラメータを含む。
（１）Ｐｏｗｅｒ Ｓａｖｅ Ｍｏｄｅ：ドッキングセンターが指向している現在のパワーセーブモード（Ｐｏｗｅｒ Ｓａｖｅ Ｍｏｄｅ）であって、レベル（ｌｅｖｅｌ）数値または予め定義されたパワーセーブ（Ｐｏｗｅｒ Ｓａｖｅ）段階を示す。
（２）Ｏｐｅｒａｔｉｏｎ Ｃｈａｎｎｅｌ Ｃｈａｎｇｅ：ドッキング連結運営チャンネル変更を示すパラメータである。
（３）Ｄｉｓｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ：連結解除要請を示すパラメータである。

【0522】

以後、前記ドッキーは前記設定命令メッセージに対する応答を前記ドッキングセンターに送信する（Ｓ１８２０ｂ）。

【0523】

図１８ａ及び図１８ｂの命令及び応答メッセージ交換は必要によって周期的（Ｐｅｒｉｏｄｉｃ）交換方式またはイベントドリブン（Ｅｖｅｎｔ−Ｄｒｉｖｅｎ）交換方式または混合方式により遂行できる。

【0524】

例えば、周期的状態情報交換などは周期的（Ｐｅｒｉｏｄｉｃ）交換方式を使用し、その他の必要による情報交換はイベントドリブン（Ｅｖｅｎｔ−Ｄｒｉｖｅｎ）交換方式により使用する。

【0525】

また、前記命令メッセージに対する応答メッセージが一定時間内に受信されない場合、前記命令メッセージは前記一定時間が終了した後、再転送（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）する。

【0526】

以下、特定イベント発生時、相手方に発生したイベントを知らせるための方法または相手方に特定命令を一方的に下達するための方法について説明する。

【0527】

ここでは、Ｃｏｍｍａｎｄ ＆ Ｒｅｓｐｏｎｓｅメッセージ交換手続とは異なり、２装置間の折衝が不必要であるので、応答（Ｒｅｓｐｏｎｓｅ）がなく、但し通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージの転送信頼性の保証のためにＡｃｋ応答のみ存在する。

【0528】

前記Ａｃｋ送信の目的は通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）伝達に対する信頼性保証であり、前述したように、通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージ送信後、一定時間の間相手方からＡｃｋが受信されない場合、前記通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを再転送する。同様に、前記手続やはりドッキング及びドッキングセンター全て遂行可能である。

【0529】

図１９ａはドッキーでイベント発生時、ドッキングセンターにイベント発生を知らせるための方法を示す図であり、図１９ｂはドッキングセンターにイベント発生時、ドッキーにイベント発生を知らせるための方法を示す図である。

【0530】

まず、図１９ａを参照すると、ドッキーはイベントが発生した場合、前記イベント発生を知らせるために通知またはお知らせ（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージをドッキングセンターに送信する（Ｓ１９１０ａ）。

【0531】

ここで、前記イベントが発生した場合はユーザまたは外部制御によりパラメータ変更などの状態変更に対するものでありうる。

【0532】

前記通知メッセージには以下のようなパラメータを含むことができる。
（１）Ｄｏｃｋｉｎｇ Ｒｏｌｅ（ＷＤ）：ドッキング役割パラメータはドッキーまたはドッキングセンターに対する役割を示すパラメータである。ここでは、ドッキーとしての役割を示す。
（２）Ｐａｒａｍｅｔｅｒ Ｃｈａｎｇｅｄ：送信電力、チャンネル、パワーセーブ水準など、パラメータ変更を示すパラメータである。

【0533】

以後、前記ドッキングセンターは前記受信した通知メッセージに対する応答としてＡＣＫを前記ドッキーに送信する（Ｓ１９２０ａ）。

【0534】

図１９ｂを参照すると、ドッキングセンターはイベントが発生した場合、前記発生したイベントをドッキーに知らせるために通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを前記ドッキーに送信する（Ｓ１９１０ｂ）。

【0535】

ここで、前記ドッキングセンターで発生するイベントは前記ドッキーのパラメータ変更命令などでありうる。また、ドッキングセンター及び前記ドッキングセンターに従属したＷＤＮ（個別ＰＦ含み）の状態情報変更が発生した場合、前記イベントを前記ドッキーに知らせるために前記通知メッセージを前記ドッキーに送信することができる。

【0536】

前記通知メッセージは、以下のようなパラメータを含む。
（１）Ｄｏｃｋｉｎｇ Ｒｏｌｅ（ＷＤＣ）：ドッキーまたはドッキングセンターに対する役割を示すパラメータである。ここでは、ドッキングセンターとしての役割を示す。
（２）Ｃｈａｎｇｅ Ｐａｒａｍｅｔｅｒ：パラメータ変更を示すものであって、送信電力、運営チャンネルの変更を示すことができる。
（３）ＷＤＮ Ｅｖｅｎｔ：ＷＤＮ利用可能性の変更を示すパラメータである。
（４）Ｓｐｅｃｉｆｉｃ ＰＦ Ｅｖｅｎｔ：ＰＦ（Ｐｅｒｉｐｈｅｒａｌ）の利用可能性の変更を示すパラメータである。

【0537】

以後、前記ドッキーは前記通知メッセージに対する応答としてＡＣＫを前記ドッキングセンターに送信する（Ｓ１９２０ｂ）。

【0538】

延いては、説明の便宜のために各図面を分けて説明したが、各図面に示している実施形態を併合して新たな実施形態を具現するように設計することも可能である。そして、当業者の必要によって、以前に説明された実施形態を実行するためのプログラムが記録されているコンピュータにより読取可能な記録媒体を設計することも本発明の権利範囲に属する。

【0539】

本明細書に従う無線ドッキングサービスを提供する方法は、前記したように説明された実施形態の構成と方法が限定されるように適用できるものでなく、前記実施形態は多様な変形がなされるように各実施形態の全部または一部が選択的に組み合わせて構成されることもできる。

【0540】

一方、本明細書の無線ドッキングサービスを提供する方法は、ネットワークデバイスに備えられたプロセッサが読み取ることができる記録媒体にプロセッサが読み取ることができるコードとして具現することが可能である。プロセッサが読み取ることができる記録媒体はプロセッサにより読取できるデータが格納される全ての種類の記録装置を含む。プロセッサが読み取ることができる記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ格納装置などがあり、また、インターネットを介しての転送などのようなキャリアウェーブの形態に具現されることも含む。また、プロセッサが読み取ることができる記録媒体はネットワークに連結されたコンピュータシステムに分散されて、分散方式によりプロセッサが読み取ることができるコードが格納及び実行できる。

【0541】

また、以上では本明細書の好ましい実施形態に対して図示及び説明したが、本明細書は前述した特定の実施形態に限定されず、請求範囲で請求する本発明の要旨を逸脱することなく当該発明が属する技術分野で通常の知識を有する者により多様な変形実施が可能であり、このような変形実施は本発明の技術的思想や展望から個別的に理解されてはならない。

【0542】

そして、当該明細書では物発明と方法発明が全て説明されており、必要によって両発明の説明は補充的に適用できる。

【産業上の利用可能性】

【0543】

本明細書はドッキングシステムに関し、特にホームネットワーク（Ｈｏｍｅ Ｎｅｔｗｏｒｋ）環境での無線ドッキングサービス（Ｗｉｒｅｌｅｓｓ Ｄｏｃｋｉｎｇ Ｓｅｒｖｉｃｅ）を利用することにある。

【図1】

【図2a】

【図2b】

【図2c】

【図3】

【図4a】

【図4b】

【図4c】

【図4d】

【図5a】

【図5b】

【図6a】

【図6b】

【図7a】

【図7b】

【図7c】

【図7d】

【図8a】

【図8b】

【図9a】

【図9b】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18a】

【図18b】

【図19a】

【図19b】