特許 5918270 ワイファイダイレクト通信方式におけるシンクデバイスからソースデバイスにユーザの入力を送信するための方法及び装置

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

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

(11)【特許番号】5918270

(24)【登録日】2016年4月15日

(45)【発行日】2016年5月18日

(54)【発明の名称】ワイファイダイレクト通信方式におけるシンクデバイスからソースデバイスにユーザの入力を送信するための方法及び装置

(51)【国際特許分類】

   H04N 21/436 20110101AFI20160428BHJP

【ＦＩ】

   H04N21/436

【請求項の数】18

【全頁数】18

(21)【出願番号】特願2013-549368(P2013-549368)

(86)(22)【出願日】2012年1月13日

(65)【公表番号】特表2014-507862(P2014-507862A)

(43)【公表日】2014年3月27日

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

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

(87)【国際公開日】20120719

【審査請求日】2015年1月13日

(31)【優先権主張番号】61/432,779

(32)【優先日】2011年1月14日

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

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ヴェルマ，ロチャン

(72)【発明者】

【氏名】チェン，ルーク

【審査官】 矢野 光治

(56)【参考文献】

【文献】 特開２０１１−００４１５５（ＪＰ，Ａ）

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

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

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

Ｈ０４Ｎ ２１／００−２１／８５８

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

【請求項1】

ピアツーピア(peer-to-peer)ネットワークで、シンクデバイスとソースデバイスの通信を行う方法において、
前記ソースデバイスから受信するＡＶデータを制御するためのユーザの入力を前記シンクデバイスで受信するステップと、
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを前記シンクデバイスで生成するステップと、
前記シンクデバイスが、前記メッセージを、前記ソースデバイスと前記シンクデバイスとのリンクを通じて、前記ソースデバイスへ伝送するステップと、を含み、
前記ＡＶデータを制御することは、前記シンクデバイスにおける前記ＡＶデータの表示を前記ソースデバイスで制御することであり、
前記ＡＶデータを制御するためのメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信方法。

【請求項2】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供するステップと、
前記メッセージを処理するために必要なパラメータ情報を伝送するステップと、をさらに含むことを特徴とする請求項１に記載の通信方法。

【請求項3】

前記パラメータ情報は、ＲＴＳＰ(Real Time Service Protocol)メッセージ内に含まれることを特徴とする請求項２に記載の通信方法。

【請求項4】

前記提供するステップ及び伝送するステップは、性能交渉手順で行われることを特徴とする請求項２に記載の通信方法。

【請求項5】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことを特徴とする請求項１に記載の通信方法。

【請求項6】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ユーザインターフェース装置(Human Interface Device)のインターフェースタイプを含むことを特徴とする請求項１に記載の通信方法。

【請求項7】

ピアツーピア(peer-to-peer)ネットワークで、ソースデバイスとシンクデバイスの通信を行う方法において、
ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するステップと、
前記受信されたメッセージに基づいて、前記ソースデバイスで前記シンクデバイスのＡＶデータの表示を制御するステップと、を含み、
前記メッセージは、前記ソースデバイスと前記シンクデバイスとのリンクを通じて受信され、
前記シンクデバイスで生成されるメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信方法。

【請求項8】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請するステップと、
前記メッセージを処理するために必要なパラメータ情報を受信するステップと、をさらに含むことを特徴とする請求項７に記載の通信方法。

【請求項9】

前記パラメータ情報は、ＲＴＳＰ(Real Time Service Protocol)内に含まれることを特徴とする請求項８に記載の通信方法。

【請求項10】

ピアツーピア(peer-to-peer)ネットワークで通信を行うシンクデバイスにおいて、
ソースデバイスから受信するＡＶデータを制御するためのユーザの入力を前記シンクデバイスで受信するユーザ入力受信部と、
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを前記シンクデバイスで生成するメッセージ生成部と、
前記シンクデバイスが、前記メッセージを、前記ソースデバイスと前記シンクデバイスとのリンクを通じて、前記ソースデバイスへ伝送するメッセージ送信部と、を備え、
前記ＡＶデータを制御することは、前記シンクデバイスにおける前記ＡＶデータの表示を前記ソースデバイスで制御することであり、
前記ＡＶデータを制御するためのメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信デバイス。

【請求項11】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供する性能情報提供部と、
前記メッセージを処理するために必要なパラメータ情報を伝送するパラメータ情報伝送部と、をさらに備えることを特徴とする請求項１０に記載の通信デバイス。

【請求項12】

前記パラメータ情報は、ＲＴＳＰ(Real Time Service Protocol)メッセージ内に含まれることを特徴とする請求項１１に記載の通信デバイス。

【請求項13】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことを特徴とする請求項１０に記載の通信デバイス。

【請求項14】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ユーザインターフェース装置(Human Interface Device)のインターフェースタイプを含むことを特徴とする請求項１０に記載の通信デバイス。

【請求項15】

ピアツーピア(peer-to-peer)ネットワークで通信を行うソースデバイスにおいて、
ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するメッセージ受信部と、
前記受信されたメッセージに基づいて、前記ソースデバイスで前記シンクデバイスのＡＶデータの表示を制御するデータ制御部と、を備え、
前記メッセージは、前記ソースデバイスと前記シンクデバイスとのリンクを通じて受信され、
前記シンクデバイスで生成されるメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信デバイス。

【請求項16】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請する性能情報要請部と、
前記メッセージを処理するために必要なパラメータ情報を受信するパラメータ情報受信部と、をさらに備えることを特徴とする請求項１５に記載の通信デバイス。

【請求項17】

前記パラメータ情報は、ＲＴＳＰ(Real Time Service Protocol)内に含まれることを特徴とする請求項１６に記載の通信デバイス。

【請求項18】

請求項１ないし９のうちいずれか一項に記載の方法を具現するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ワイファイダイレクト通信方式におけるシンクデバイスからソースデバイスにユーザの入力を送信するための方法及び装置に関する。

【背景技術】

【0002】

ワイファイダイレクト通信方式は、既存のワイファイ方式とは異なり、ワイファイデバイスが、ホームネットワーク、オフィスネットワーク及びホットスポットネットワークに参与せずとも、互いにピアツーピア(peer-to-peer)で連結可能な技術であって、ワイファイ連合により提案された。

【0003】

従来のワイファイダイレクト通信方式では、単純にＡＶデータをディスプレイする装置に過ぎないシンクデバイスは、ＡＶデータを制御するためのユーザの入力を受信できなかった。したがって、ユーザがＡＶデータを制御するためには、ソースデバイスに命令語を入力しなければならなかった。

【発明の概要】

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

【0004】

本発明の目的は、ソースデバイスからシンクデバイスへ伝送するＡＶデータを制御するためのユーザの入力を、常にソースデバイスに入力しなければならない不都合を解消することにある。

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

【0005】

本発明では、ワイファイダイレクト通信方式を使用するソースデバイスとシンクデバイスにおいて、ＡＶデータを制御するためのユーザの入力をシンクデバイスで受信し、受信したユーザの入力をソースデバイスへ伝送する。

【発明の効果】

【0006】

ワイファイダイレクトネットワーク内のシンクデバイスで、ＡＶデータを制御するためのユーザの入力を直接受信し、受信されたユーザの入力をソースデバイスへ伝送することによって、ＡＶデータを制御するための命令語をソースデバイスに入力しなければならない不都合を防止する。

【図面の簡単な説明】

【0007】

【図1】本発明の一実施形態によるシンクデバイスとソースデバイスの通信方式を説明するための概念図である。

【図2】本発明の一実施形態によるシンクデバイスとソースデバイスの通信を行う手順を示すフローチャートである。

【図3】本発明の他の実施形態によるソースデバイスとシンクデバイスの通信を行う手順を示すフローチャートである。

【図4】本発明の一実施形態によるソースデバイスとシンクデバイスの構造を示すブロック図である。

【図5】本発明の一実施形態によるシンクデバイスからソースデバイスへ伝送されるメッセージの構造を示す図面である。

【図6】本発明の一実施形態による入力カテゴリーを説明するためのテーブルである。

【図7】本発明の一実施形態による一般的な入力ボディのフォーマットを示す図面である。

【図8】本発明の一実施形態による一般的な入力カテゴリーのユーザ入力の種類を説明するためのテーブルである。

【図9】本発明の一実施形態によるユーザのマウス入力による情報エレメントのフォーマットを示す図面である。

【図10】本発明の一実施形態によるユーザのキーボード入力による情報エレメントのフォーマットを示す図面である。

【図11】本発明の一実施形態によるユーザのズーム入力による情報エレメントのフォーマットを示す図面である。

【図12】本発明の一実施形態によるユーザのスクロール入力による情報エレメントのフォーマットを示す図面である。

【図13】本発明の一実施形態によるユーザの回転入力による情報エレメントのフォーマットを示す図面である。

【図14】本発明の一実施形態によるユーザインターフェース装置クラス(Human Interface Device Class: HIDC)のボディフォーマットを示す図面である。

【図15】本発明の一実施形態によるユーザインターフェース装置(Human Interface Device: HID)のインターフェースタイプを説明するためのテーブルである。

【図16】本発明の一実施形態によるＨＩＤのタイプを説明するためのテーブルである。

【図17】本発明の一実施形態によるソースデバイスとシンクデバイスの通信信号のフローチャートである。

【図18】本発明の一実施形態によるＷＦＤ(Wi-Fi Display)情報要素のフォーマットを示す図面である。

【図19】本発明の一実施形態によるＷＦＤサブエレメントのフォーマットを示す図面である。

【図20】本発明の一実施形態によるＷＦＤサブエレメントＩＤを説明するためのテーブルである。

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

【0008】

前記目的を達成するための本発明の一実施形態は、ワイファイダイレクトネットワークで、シンクデバイスとソースデバイスの通信を行う方法において、ＡＶデータを制御するためのユーザの入力を受信するステップと、前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを生成するステップと、前記メッセージを、ワイファイダイレクトリンクを通じて、ソースデバイスへ伝送するステップと、を含む。

【0009】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供するステップと、前記メッセージを処理するために必要なパラメータ情報を伝送するステップと、をさらに含むことが望ましい。

【0010】

前記パラメータ情報は、ＲＴＳＰ(Real Time Service Protocol)メッセージ内に含まれることが望ましい。

【0011】

前記提供するステップ及び伝送するステップは、性能交渉手順で行われることが望ましい。

【0012】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことが望ましい。

【0013】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ユーザインターフェース装置(Human Interface Device: HID)のインターフェースタイプを含むことが望ましい。

【0014】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ＨＩＤのタイプを含むことが望ましい。

【0015】

本発明の一実施形態は、ワイファイダイレクトネットワークで、ソースデバイスとシンクデバイスの通信を行う方法において、ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するステップと、前記受信されたメッセージに基づいて、前記ソースデバイスでＡＶデータを制御するステップと、を含み、前記メッセージは、ワイファイダイレクトリンクを通じて受信される。

【0016】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請するステップと、前記メッセージを処理するために必要なパラメータ情報を受信するステップと、をさらに含むことが望ましい。

【0017】

前記パラメータ情報は、ＲＴＳＰ内に含まれることが望ましい。

【0018】

本発明の一実施形態は、ワイファイダイレクトネットワークで通信を行うシンクデバイスにおいて、ＡＶデータを制御するためのユーザの入力を受信するユーザ入力受信部と、前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを生成するメッセージ生成部と、前記メッセージを、ワイファイダイレクトリンクを通じて、ソースデバイスへ伝送するメッセージ送信部と、を備える。

【0019】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供する性能情報提供部と、前記メッセージを処理するために必要なパラメータ情報を伝送するパラメータ情報伝送部と、をさらに備えることが望ましい。

【0020】

前記パラメータ情報は、ＲＴＳＰメッセージ内に含まれることが望ましい。

【0021】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことが望ましい。

【0022】

前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ＨＩＤのインターフェースタイプを含むことが望ましい。前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ＨＩＤのタイプを含むことが望ましい。

【0023】

本発明の一実施形態として、ワイファイダイレクトネットワークで通信を行うソースデバイスにおいて、ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するメッセージ受信部と、前記受信されたメッセージに基づいて、前記ソースデバイスでＡＶデータを制御するデータ制御部と、を備え、前記メッセージは、ワイファイダイレクトリンクを通じて受信される。

【0024】

前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請する性能情報要請部と、前記メッセージを処理するために必要なパラメータ情報を受信するパラメータ情報受信部と、をさらに備えることが望ましい。前記パラメータ情報は、ＲＴＳＰ内に含まれることが望ましい。

【0025】

以下、添付された図面を参照して、本発明による望ましい実施形態を詳細に説明する。図面において、同じ参照符号は、同じ構成要素を指し、図面上で、各構成要素の大きさは、説明の明瞭性のために誇張されている。

【0026】

図１は、本発明の一実施形態によるワイファイダイレクト通信方式を説明するための概念図である。

【0027】

以下、ＷＦＤ(Wi-Fi Display)とは、通信方式であって、ディスプレイデバイス間のワイファイダイレクト通信規格に基づいて通信する方式を意味する。

【0028】

ソースデバイスは、データを提供するデバイスであり、シンクデバイスは、データを受信するデバイスである。ワイファイダイレクト通信方式において、ソースデバイスとシンクデバイスは、性能交渉段階でデバイスの性能によって決定される。特に、本発明のシンクデバイスは、ＡＶデータをディスプレイするデバイスに該当する。

【0029】

本発明の一実施形態として、シンクデバイスは、ＡＶデータを制御するためのユーザの入力を受信し、シンクデバイスが受信したユーザの入力に係る情報を、ソースデバイスへ伝送する方式を通じて、シンクデバイスに直接ユーザがＡＶデータを制御するための命令語を入力可能にする。

【0030】

また、シンクデバイスは、ユーザ入力バックチャネル(User Input Back Channel: UIBC)を通じて、ソースデバイスに、ユーザから受信された入力に係る情報を提供する。

【0031】

ＡＶデータを制御するためのユーザの入力に係る情報としては、マウスを通じる入力（座標）、キーボードを通じる入力、ズーム入力、スクロール入力及び回転入力のような多様な形態が存在する。

【0032】

図２は、本発明の一実施形態による、ワイファイダイレクトネットワークで、シンクデバイスとソースデバイスの通信を行う手順を示すフローチャートである。

【0033】

ステップ２０１において、シンクデバイスは、ユーザから、ＡＶデータを制御するためのユーザの入力を受信する。ユーザの入力を受信する前に、シンクデバイスは、ユーザの入力を受信し、受信したユーザの入力をソースデバイスへ伝送する機能を支援するか否かに係る情報を送信する。また、ソースデバイスへユーザの入力を伝送する機能を支援するか否かに係る情報と共に、ユーザの入力を処理するために必要なパラメータ情報を伝送する。

【0034】

ＵＩＢＣを通じて、ソースデバイスへユーザの入力を伝送する機能と、ユーザの入力を処理するために必要なパラメータ情報を伝送するステップは、性能交渉手順またはサービスディスカバリー手順で行われる。また、パラメータ情報は、ＲＴＳＰ内に含まれる。

【0035】

ステップ２０２において、シンクデバイスは、ユーザの入力に基づいて、メッセージを生成する。ユーザの入力に基づいて、メッセージを生成する時、図５の構造によって生成し、これは、図５で詳細に説明する。

【0036】

ユーザの入力に基づいたメッセージを生成する時、ＨＩＤのインターフェースタイプ情報が含まれ、ＨＩＤのタイプ情報が含まれる。これは、図１５及び図１６で後述する。

【0037】

ステップ２０３において、シンクデバイスは、メッセージを、ワイファイダイレクトリンクを通じて、ソースデバイスへ伝送する。ソースデバイスとシンクデバイスは、ＷＦＤ方式を通じて通信しているので、ソースデバイスとシンクデバイスは、ワイファイダイレクトリンクを通じて連結されている。また、シンクデバイスは、ソースデバイスとシンクデバイスとの間に設定されたＵＩＢＣを通じて、ソースデバイスに、ユーザから受信された入力に係る情報をメッセージの形態で提供する。

【0038】

図３は、本発明の他の実施形態による、ワイファイダイレクトネットワークで、ソースデバイスとシンクデバイスの通信を行う手順を示すフローチャートである。

【0039】

ステップ３０１において、ソースデバイスは、ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを受信する。メッセージを受信する前に、ソースデバイスは、ユーザの入力を受信し、ソースデバイスへ伝送する機能を支援するか否かに係る情報を、シンクデバイスに要請する。ソースデバイスへユーザの入力を伝送する機能を支援するか否かに係る要請に対する応答として、ユーザの入力を処理するために必要なパラメータ情報を受信する。

【0040】

ソースデバイスへユーザの入力を伝送する機能を支援するか否かに係る要請と、ユーザの入力を処理するために必要なパラメータ情報を受信するステップは、性能交渉手順またはサービスディスカバリー手順で行われる。また、パラメータ情報は、ＲＴＳＰ内に含まれる。

【0041】

ステップ３０２において、ソースデバイスは、受信されたメッセージに基づいて、ＡＶデータを制御する。マウス、タッチパッド及びタッチパネルのようなポインタを通じて入力する装置を通じて、ＡＶデータを制御するか、またはキーボードのようにアスキーコード値を入力し、ズーム倍率量、スクロール量及び回転量を入力して、ＡＶデータを制御する。また、ＡＶデータは、シンクデバイスにストリーミングしており、ストリーミング中であるＡＶデータを制御するためのズーム倍率、スクロール量及び回転量を入力して、ソースデバイスからシンクデバイスへ伝送されるＡＶデータを制御する。

【0042】

図４は、本発明の一実施形態による、ソースデバイスとシンクデバイスの構造を示すブロック図である。

【0043】

ソースデバイス４０１は、性能情報要請部４０２、パラメータ情報受信部４０３、メッセージ受信部４０４及びデータ制御部４０５を備える。性能情報要請部４０２では、ワイファイダイレクトリンクにより連結されたシンクデバイス４１１が、ユーザの入力を受信し、ユーザの入力をソースデバイス４０１へ伝送する機能を提供するか否かに係る情報を要請する。ユーザの入力を受信して、ソースデバイス４０１へ伝送する機能を提供するか否かに係る情報には、ソースデバイス４０１とシンクデバイス４１１との間に設定されたＵＩＢＣを通じて、ソースデバイスが受信したユーザの入力を、シンクデバイスへ伝送する機能を提供するか否かに係る情報を含む。

【0044】

パラメータ情報受信部４０３は、ユーザの入力に基づいて生成されたメッセージを処理するためのパラメータを、シンクデバイス４１１から受信する。

【0045】

メッセージ受信部４０４では、ユーザの入力に基づいて、シンクデバイス４１１で生成されたメッセージを受信する。データ制御部４０５では、シンクデバイス４１１から受信されたユーザの入力に基づいて生成されたメッセージに基づいて、ＡＶデータを制御する。シンクデバイス４１１は、性能情報提供部４１２、パラメータ情報送信部４１３、ユーザ入力受信部４１４、メッセージ生成部４１５及びメッセージ送信部４１６を備える。

【0046】

性能情報提供部４１２は、ソースデバイス４０１の要請に対する応答として、ワイファイダイレクトリンクにより連結されたシンクデバイス４１１が、ユーザの入力を受信し、ユーザの入力をソースデバイスへ伝送する機能を提供するか否かに係る情報を伝送する。パラメータ情報送信部４１３は、ユーザの入力に基づいて生成されたメッセージをソースデバイス４０１で処理するために必要なパラメータを、ソースデバイス４０１へ伝送する。

【0047】

ユーザ入力受信部４１４は、ＡＶデータを制御するためにユーザの入力を受信される。メッセージ生成部４１５は、ユーザの入力をソースデバイス４０１へ伝送するために、ユーザの入力に基づいて、メッセージを生成する。メッセージ送信部４１６は、ユーザの入力に基づいて生成されたメッセージを、ソースデバイス４０１へ伝送する。

【0048】

図５は、本発明の一実施形態によるシンクデバイスからソースデバイスへ伝送されるメッセージの構造を示す。

【0049】

図示した例において、バージョンフィールドは、プロトコルのバージョンを表し、２ビットの大きさを有する。

【0050】

Ｔフィールドは、タイムスタンプの略字であって、タイムスタンプフィールドの存在如何を表し、１ビットの大きさを有する。タイムスタンプフィールドは選択的であり、Ｔが０である場合、タイムスタンプフィールドが存在しないことを表し、Ｔが１である場合、タイムスタンプフィールドが存在することを表す。

【0051】

予約フィールドは、以後に必要な場合に備えて存在するフィールドであり、８ビットの大きさを有する。いずれも０で表示される。長さフィールドは、全体のメッセージの長さを表し、８ビットの大きさを有する。入力カテゴリーフィールドは、メッセージを通じて伝達される入力カテゴリーを表示し、４ビットの大きさを有する。入力カテゴリーは、一般的な入力、またはＨＩＤに係る入力に分けられる。入力カテゴリーについての詳細な説明は、図６で後述する。

【0052】

タイムスタンプフィールドは、選択的なフィールドであって、ユーザの入力が適用されてディスプレイされるフレームのＲＴＰ(Real Time Protocol)のタイムスタンプを表示する。タイムスタンプフィールドは、１６ビットの大きさを有する。

【0053】

入力ボディフィールドは、ユーザの入力に係る情報を含むフィールドに該当する。入力ボディフィールドには、一般的な入力、またはＨＩＤ入力についての内容が挿入される。

【0054】

図６は、本発明の一実施形態による入力カテゴリーを説明するための図面である。

【0055】

本実施形態の入力カテゴリーは、図５で説明したように、一般的な入力に係る情報、またはユーザインターフェースデバイスクラス(Human Interface Device Class: HIDC)に係る情報に分けられる。入力カテゴリーが０で表示される場合、図５のメッセージは、一般的な入力に係る情報エレメントを含み、入力カテゴリーが１で表示される場合、ＨＩＤＣに係る情報エレメントを含む。

【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】

図１５は、本発明の一実施形態によるＨＩＤのインターフェースタイプを説明するための図面である。図示した例において、各値によって、シンクデバイスとＨＩＤ装置の連結タイプについて示す。連結タイプは、各値によって、赤外線、ＵＳＢ(Universal Serial Bus)、ブルートゥース、ジグビー及びワイファイの連結形態を有する。各インターフェースの連結タイプについての説明は、当業者にとって自明な事項であるので、詳細な説明は省略する。

【0088】

また、以後の新たに使われる連結形態の場合、５−２５４の値にマッチングさせて使用し、Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＨＩＤ Ｉｎｔｅｒｆａｃｅの場合、製造社が連結形態を定義していない新たな連結形態を定義して使用する。

【0089】

図１６は、本発明の一実施形態によるＨＩＤのタイプを説明するための図面である。図示した例において、ＨＩＤのタイプについて示す。すなわち、シンクデバイスと連結される入力デバイスの種類について示す。ＨＩＤの種類としては、キーボード及びマウスがあり、タッチパッドまたはタッチパネルの場合、シングルタッチまたはマルチタッチが存在し、ジョイスティック、カメラ、ジェスチャー及びリモートコントローラが存在する。

【0090】

また、以後の新たな入力装置の場合、５−２５４の値にマッチングさせて使用する。

【0091】

図１７は、本発明の一実施形態によるソースデバイスとシンクデバイスの通信の信号のフローチャートである。

【0092】

ステップ１７０１において、ソースデバイスは、シンクデバイスに、ＵＩＢＣ性能を支援するか否かに係る情報を要請する。ＵＩＢＣは、シンクデバイスがユーザから受信した入力に係る情報をソースデバイスへ伝送するために、ワイファイダイレクトに基づいて設定したユーザの入力を伝送するためのチャネルに該当する。

【0093】

ステップ１７０２において、シンクデバイスは、ソースデバイスのＵＩＢＣ性能を支援するか否かに係る情報の要請に対する応答として、ＵＩＢＣ性能を支援するか否かに係る情報を伝送する。ステップ１７０３において、ユーザから座標に係る入力を受信した場合、図５のフォーマットによって、メッセージを生成して伝送する。ステップ１７０４において、シンクデバイスのユーザの入力に基づいて生成されたメッセージの伝送についての応答として、ソースデバイスは、メッセージ受信確認信号をシンクデバイスへ伝送する。

【0094】

ステップ１７０５は、ステップ１７０３と類似しており、ユーザからテキストデータに係る入力を受信した場合を示す。ステップ１７０６において、ステップ１７０４と同様に、ソースデバイスが、メッセージ受信についての応答として、メッセージ受信確認信号を伝送する。各ステップでユーザの入力メッセージに含まれるデータは、前述したように、回転量及びズームの倍率のうち少なくとも一つをさらに含む。

【0095】

図１８は、本発明の一実施形態によるＷＦＤ情報エレメントを示す図面である。

【0096】

ＷＦＤ情報エレメントは、デバイスのタイプ及び状態のような基本的な情報を受信するフレームのフォーマットを表す。プローブ要請フレームまたはプロブ応答フレームも、ＷＦＤ情報エレメントのフォーマットによって作成される。ソースデバイスとシンクデバイスとの間に、シンクデバイスがユーザから受信した入力に係る情報を受信して、ソースデバイスへ伝送する機能（例えば、ＵＩＢＣ）を支援するか否かに係る情報を要請し、伝送する場合、ＷＦＤ情報エレメントを使用して伝達する。

【0097】

図示した例において、ＷＦＤ ＩＥは、エレメントＩＤ、長さ、ＯＵＩ(Organization Unique Identifier)、ＯＵＩタイプ及びＷＦＤサブエレメントフィールドを含む。エレメントＩＤ、長さ、ＯＵＩ及びＯＵＩタイプフィールドそれぞれの大きさは、１，１，３及び１オクテットであり、ＷＦＤサブエレメントフィールドの大きさは、可変的である。

【0098】

本実施形態のエレメントＩＤフィールドは、製造社がＩＥＥＥ ８０２．１１標準で定義していない機能を作ることを所望する時に使用するフィールドであり、Ｌｅｎｇｔｈフィールドの場合、ＷＦＤ情報エレメントの全長を表す。

【0099】

本実施形態のＯＵＩフィールドは、各製造社を区分するために定義した固有の識別子に該当する。ＯＵＩタイプフィールドは、ＷＦＤ情報エレメントのバージョンを表す。

【0100】

本実施形態のＷＦＤサブエレメントフィールドは、単純にＷＦＤ情報エレメントに記載される内容のみでは不足しているので、詳細なデバイス情報を表す内容が含まれ、ＷＦＤサブエレメントに含まれる内容は、図１９で詳細に説明する。

【0101】

本発明のＷＦＤ情報エレメントのうち一部は、具現によって省略してもよい。

【0102】

図１９は、本発明の一実施形態によるＷＦＤサブエレメントの一般的なフォーマットを示す図面である。

【0103】

図示した例において、ＷＦＤサブエレメントは、サブエレメントＩＤ、長さ及びサブエレメントボディフィールドを含む。サブエレメントＩＤ及び長さフィールドの大きさは、それぞれ１オクテットであり、サブエレメントボディフィールドの大きさは、可変的である。

【0104】

本実施形態のサブエレメントＩＤは、ＷＦＤサブエレメントのタイプを表示する。これは、図２０で詳細に説明する。本実施形態の長さフィールドは、ＷＦＤサブエレメントの全長を表す。

【0105】

本実施形態のサブエレメントボディフィールドは、サブエレメントの具体的な内容について表示する。本発明のＷＦＤサブエレメントのうち一部は、具現によって省略してもよい。

【0106】

図２０は、本発明の一実施形態によるＷＦＤサブエレメントＩＤを説明するための図面である。

【0107】

本実施形態のＷＦＤデバイス情報は、ＷＦＤデバイスについての情報を意味する。本発明におけるシンクデバイスでユーザの入力を受信して、ソースデバイスへ伝送する性能、またはＵＩＢＣ性能に係る情報も、ＷＦＤデバイス情報フィールド内に含まれる。

【0108】

本実施形態のＳｔａｔｕｓは、デバイスの状態情報を表し、本実施形態のＤｉｓｐｌａｙ ＥＤＩＤは、デバイスのディスプレイ情報を伝達するためのデータの形式を表す。また、本実施形態のＣｏｕｐｌｅｄ Ｓｉｎｋ Ｉｎｆｏｒｍａｔｉｏｎは、他のデバイスと連結されているかについて表す。

【0109】

残りのサブエレメントＩＤは、Ｃｏｄｅｃ、装置性能及びアドレスについての内容であって、当業者が容易に把握可能な内容に該当するので、詳細な説明は省略する。サブエレメントＩＤのうち一部は、具現によって省略してもよい。

【0110】

以上、本発明の望ましい実施形態を詳細に説明したが、本発明の範囲は、これに限定されず、多様な変形及び均等な他の実施形態が可能である。したがって、本発明の真の技術的保護範囲は、特許請求の範囲により決まらなければならない。

【0111】

また、本発明によるシステムは、コンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムにより読み取られるデータが保存される全ての種類の記録装置を含む。前記コンピュータで読み取り可能な記録媒体は、磁気記録媒体（例えば、ＲＯＭ(Read Only Memory)、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的読み取り媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記録媒体を含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータで読み取り可能なコードが保存されて実行される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】