(57)【特許請求の範囲】
【請求項１】
ピアツーピア(peer-to-peer)ネットワークで、シンクデバイスとソースデバイスの通信を行う方法において、
前記ソースデバイスから受信するＡＶデータを制御するためのユーザの入力を前記シンクデバイスで受信するステップと、
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを前記シンクデバイスで生成するステップと、
前記シンクデバイスが、前記メッセージを、前記ソースデバイスと前記シンクデバイスとのリンクを通じて、前記ソースデバイスへ伝送するステップと、を含み、
前記ＡＶデータを制御することは、前記シンクデバイスにおける前記ＡＶデータの表示を前記ソースデバイスで制御することであり、
前記ＡＶデータを制御するためのメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信方法。
【請求項２】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供するステップと、
前記メッセージを処理するために必要なパラメータ情報を伝送するステップと、をさらに含むことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記パラメータ情報は、ＲＴＳＰ(Real  Time  Service  Protocol)メッセージ内に含まれることを特徴とする請求項２に記載の通信方法。
【請求項４】
前記提供するステップ及び伝送するステップは、性能交渉手順で行われることを特徴とする請求項２に記載の通信方法。
【請求項５】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことを特徴とする請求項１に記載の通信方法。
【請求項６】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ユーザインターフェース装置(Human  Interface  Device)のインターフェースタイプを含むことを特徴とする請求項１に記載の通信方法。
【請求項７】
ピアツーピア(peer-to-peer)ネットワークで、ソースデバイスとシンクデバイスの通信を行う方法において、
ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するステップと、
前記受信されたメッセージに基づいて、前記ソースデバイスで前記シンクデバイスのＡＶデータの表示を制御するステップと、を含み、
前記メッセージは、前記ソースデバイスと前記シンクデバイスとのリンクを通じて受信され、
前記シンクデバイスで生成されるメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信方法。
【請求項８】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請するステップと、
前記メッセージを処理するために必要なパラメータ情報を受信するステップと、をさらに含むことを特徴とする請求項７に記載の通信方法。
【請求項９】
前記パラメータ情報は、ＲＴＳＰ(Real  Time  Service  Protocol)内に含まれることを特徴とする請求項８に記載の通信方法。
【請求項１０】
ピアツーピア(peer-to-peer)ネットワークで通信を行うシンクデバイスにおいて、
ソースデバイスから受信するＡＶデータを制御するためのユーザの入力を前記シンクデバイスで受信するユーザ入力受信部と、
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを前記シンクデバイスで生成するメッセージ生成部と、
前記シンクデバイスが、前記メッセージを、前記ソースデバイスと前記シンクデバイスとのリンクを通じて、前記ソースデバイスへ伝送するメッセージ送信部と、を備え、
前記ＡＶデータを制御することは、前記シンクデバイスにおける前記ＡＶデータの表示を前記ソースデバイスで制御することであり、
前記ＡＶデータを制御するためのメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信デバイス。
【請求項１１】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供する性能情報提供部と、
前記メッセージを処理するために必要なパラメータ情報を伝送するパラメータ情報伝送部と、をさらに備えることを特徴とする請求項１０に記載の通信デバイス。
【請求項１２】
前記パラメータ情報は、ＲＴＳＰ(Real  Time  Service  Protocol)メッセージ内に含まれることを特徴とする請求項１１に記載の通信デバイス。
【請求項１３】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことを特徴とする請求項１０に記載の通信デバイス。
【請求項１４】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ユーザインターフェース装置(Human  Interface  Device)のインターフェースタイプを含むことを特徴とする請求項１０に記載の通信デバイス。
【請求項１５】
ピアツーピア(peer-to-peer)ネットワークで通信を行うソースデバイスにおいて、
ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するメッセージ受信部と、
前記受信されたメッセージに基づいて、前記ソースデバイスで前記シンクデバイスのＡＶデータの表示を制御するデータ制御部と、を備え、
前記メッセージは、前記ソースデバイスと前記シンクデバイスとのリンクを通じて受信され、
前記シンクデバイスで生成されるメッセージは、ユーザインタフェース装置のタイプに関する情報を含む、
ことを特徴とする通信デバイス。
【請求項１６】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請する性能情報要請部と、
前記メッセージを処理するために必要なパラメータ情報を受信するパラメータ情報受信部と、をさらに備えることを特徴とする請求項１５に記載の通信デバイス。
【請求項１７】
前記パラメータ情報は、ＲＴＳＰ(Real  Time  Service  Protocol)内に含まれることを特徴とする請求項１６に記載の通信デバイス。
【請求項１８】
請求項１ないし９のうちいずれか一項に記載の方法を具現するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイファイダイレクト通信方式におけるシンクデバイスからソースデバイスにユーザの入力を送信するための方法及び装置に関する。
【背景技術】
【０００２】
ワイファイダイレクト通信方式は、既存のワイファイ方式とは異なり、ワイファイデバイスが、ホームネットワーク、オフィスネットワーク及びホットスポットネットワークに参与せずとも、互いにピアツーピア(peer-to-peer)で連結可能な技術であって、ワイファイ連合により提案された。
【０００３】
従来のワイファイダイレクト通信方式では、単純にＡＶデータをディスプレイする装置に過ぎないシンクデバイスは、ＡＶデータを制御するためのユーザの入力を受信できなかった。したがって、ユーザがＡＶデータを制御するためには、ソースデバイスに命令語を入力しなければならなかった。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、ソースデバイスからシンクデバイスへ伝送するＡＶデータを制御するためのユーザの入力を、常にソースデバイスに入力しなければならない不都合を解消することにある。
【課題を解決するための手段】
【０００５】
本発明では、ワイファイダイレクト通信方式を使用するソースデバイスとシンクデバイスにおいて、ＡＶデータを制御するためのユーザの入力をシンクデバイスで受信し、受信したユーザの入力をソースデバイスへ伝送する。
【発明の効果】
【０００６】
ワイファイダイレクトネットワーク内のシンクデバイスで、ＡＶデータを制御するためのユーザの入力を直接受信し、受信されたユーザの入力をソースデバイスへ伝送することによって、ＡＶデータを制御するための命令語をソースデバイスに入力しなければならない不都合を防止する。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態によるシンクデバイスとソースデバイスの通信方式を説明するための概念図である。
【図２】本発明の一実施形態によるシンクデバイスとソースデバイスの通信を行う手順を示すフローチャートである。
【図３】本発明の他の実施形態によるソースデバイスとシンクデバイスの通信を行う手順を示すフローチャートである。
【図４】本発明の一実施形態によるソースデバイスとシンクデバイスの構造を示すブロック図である。
【図５】本発明の一実施形態によるシンクデバイスからソースデバイスへ伝送されるメッセージの構造を示す図面である。
【図６】本発明の一実施形態による入力カテゴリーを説明するためのテーブルである。
【図７】本発明の一実施形態による一般的な入力ボディのフォーマットを示す図面である。
【図８】本発明の一実施形態による一般的な入力カテゴリーのユーザ入力の種類を説明するためのテーブルである。
【図９】本発明の一実施形態によるユーザのマウス入力による情報エレメントのフォーマットを示す図面である。
【図１０】本発明の一実施形態によるユーザのキーボード入力による情報エレメントのフォーマットを示す図面である。
【図１１】本発明の一実施形態によるユーザのズーム入力による情報エレメントのフォーマットを示す図面である。
【図１２】本発明の一実施形態によるユーザのスクロール入力による情報エレメントのフォーマットを示す図面である。
【図１３】本発明の一実施形態によるユーザの回転入力による情報エレメントのフォーマットを示す図面である。
【図１４】本発明の一実施形態によるユーザインターフェース装置クラス(Human  Interface  Device  Class:  HIDC)のボディフォーマットを示す図面である。
【図１５】本発明の一実施形態によるユーザインターフェース装置(Human  Interface  Device:  HID)のインターフェースタイプを説明するためのテーブルである。
【図１６】本発明の一実施形態によるＨＩＤのタイプを説明するためのテーブルである。
【図１７】本発明の一実施形態によるソースデバイスとシンクデバイスの通信信号のフローチャートである。
【図１８】本発明の一実施形態によるＷＦＤ(Wi-Fi  Display)情報要素のフォーマットを示す図面である。
【図１９】本発明の一実施形態によるＷＦＤサブエレメントのフォーマットを示す図面である。
【図２０】本発明の一実施形態によるＷＦＤサブエレメントＩＤを説明するためのテーブルである。
【発明を実施するための形態】
【０００８】
前記目的を達成するための本発明の一実施形態は、ワイファイダイレクトネットワークで、シンクデバイスとソースデバイスの通信を行う方法において、ＡＶデータを制御するためのユーザの入力を受信するステップと、前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを生成するステップと、前記メッセージを、ワイファイダイレクトリンクを通じて、ソースデバイスへ伝送するステップと、を含む。
【０００９】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供するステップと、前記メッセージを処理するために必要なパラメータ情報を伝送するステップと、をさらに含むことが望ましい。
【００１０】
前記パラメータ情報は、ＲＴＳＰ(Real  Time  Service  Protocol)メッセージ内に含まれることが望ましい。
【００１１】
前記提供するステップ及び伝送するステップは、性能交渉手順で行われることが望ましい。
【００１２】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことが望ましい。
【００１３】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ユーザインターフェース装置(Human  Interface  Device:  HID)のインターフェースタイプを含むことが望ましい。
【００１４】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ＨＩＤのタイプを含むことが望ましい。
【００１５】
本発明の一実施形態は、ワイファイダイレクトネットワークで、ソースデバイスとシンクデバイスの通信を行う方法において、ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するステップと、前記受信されたメッセージに基づいて、前記ソースデバイスでＡＶデータを制御するステップと、を含み、前記メッセージは、ワイファイダイレクトリンクを通じて受信される。
【００１６】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請するステップと、前記メッセージを処理するために必要なパラメータ情報を受信するステップと、をさらに含むことが望ましい。
【００１７】
前記パラメータ情報は、ＲＴＳＰ内に含まれることが望ましい。
【００１８】
本発明の一実施形態は、ワイファイダイレクトネットワークで通信を行うシンクデバイスにおいて、ＡＶデータを制御するためのユーザの入力を受信するユーザ入力受信部と、前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージを生成するメッセージ生成部と、前記メッセージを、ワイファイダイレクトリンクを通じて、ソースデバイスへ伝送するメッセージ送信部と、を備える。
【００１９】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記ソースデバイスに提供する性能情報提供部と、前記メッセージを処理するために必要なパラメータ情報を伝送するパラメータ情報伝送部と、をさらに備えることが望ましい。
【００２０】
前記パラメータ情報は、ＲＴＳＰメッセージ内に含まれることが望ましい。
【００２１】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、座標、ズームの倍率、スクロール量、回転量及びアスキーコードのうち少なくとも一つを含むことが望ましい。
【００２２】
前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ＨＩＤのインターフェースタイプを含むことが望ましい。前記ユーザの入力に基づいて、前記ＡＶデータを制御するためのメッセージは、ＨＩＤのタイプを含むことが望ましい。
【００２３】
本発明の一実施形態として、ワイファイダイレクトネットワークで通信を行うソースデバイスにおいて、ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを、前記シンクデバイスから受信するメッセージ受信部と、前記受信されたメッセージに基づいて、前記ソースデバイスでＡＶデータを制御するデータ制御部と、を備え、前記メッセージは、ワイファイダイレクトリンクを通じて受信される。
【００２４】
前記シンクデバイスが前記ソースデバイスに、前記メッセージを生成して提供するか否かに係る情報を、前記シンクデバイスに要請する性能情報要請部と、前記メッセージを処理するために必要なパラメータ情報を受信するパラメータ情報受信部と、をさらに備えることが望ましい。前記パラメータ情報は、ＲＴＳＰ内に含まれることが望ましい。
【００２５】
以下、添付された図面を参照して、本発明による望ましい実施形態を詳細に説明する。図面において、同じ参照符号は、同じ構成要素を指し、図面上で、各構成要素の大きさは、説明の明瞭性のために誇張されている。
【００２６】
図１は、本発明の一実施形態によるワイファイダイレクト通信方式を説明するための概念図である。
【００２７】
以下、ＷＦＤ(Wi-Fi  Display)とは、通信方式であって、ディスプレイデバイス間のワイファイダイレクト通信規格に基づいて通信する方式を意味する。
【００２８】
ソースデバイスは、データを提供するデバイスであり、シンクデバイスは、データを受信するデバイスである。ワイファイダイレクト通信方式において、ソースデバイスとシンクデバイスは、性能交渉段階でデバイスの性能によって決定される。特に、本発明のシンクデバイスは、ＡＶデータをディスプレイするデバイスに該当する。
【００２９】
本発明の一実施形態として、シンクデバイスは、ＡＶデータを制御するためのユーザの入力を受信し、シンクデバイスが受信したユーザの入力に係る情報を、ソースデバイスへ伝送する方式を通じて、シンクデバイスに直接ユーザがＡＶデータを制御するための命令語を入力可能にする。
【００３０】
また、シンクデバイスは、ユーザ入力バックチャネル(User  Input  Back  Channel:  UIBC)を通じて、ソースデバイスに、ユーザから受信された入力に係る情報を提供する。
【００３１】
ＡＶデータを制御するためのユーザの入力に係る情報としては、マウスを通じる入力（座標）、キーボードを通じる入力、ズーム入力、スクロール入力及び回転入力のような多様な形態が存在する。
【００３２】
図２は、本発明の一実施形態による、ワイファイダイレクトネットワークで、シンクデバイスとソースデバイスの通信を行う手順を示すフローチャートである。
【００３３】
ステップ２０１において、シンクデバイスは、ユーザから、ＡＶデータを制御するためのユーザの入力を受信する。ユーザの入力を受信する前に、シンクデバイスは、ユーザの入力を受信し、受信したユーザの入力をソースデバイスへ伝送する機能を支援するか否かに係る情報を送信する。また、ソースデバイスへユーザの入力を伝送する機能を支援するか否かに係る情報と共に、ユーザの入力を処理するために必要なパラメータ情報を伝送する。
【００３４】
ＵＩＢＣを通じて、ソースデバイスへユーザの入力を伝送する機能と、ユーザの入力を処理するために必要なパラメータ情報を伝送するステップは、性能交渉手順またはサービスディスカバリー手順で行われる。また、パラメータ情報は、ＲＴＳＰ内に含まれる。
【００３５】
ステップ２０２において、シンクデバイスは、ユーザの入力に基づいて、メッセージを生成する。ユーザの入力に基づいて、メッセージを生成する時、図５の構造によって生成し、これは、図５で詳細に説明する。
【００３６】
ユーザの入力に基づいたメッセージを生成する時、ＨＩＤのインターフェースタイプ情報が含まれ、ＨＩＤのタイプ情報が含まれる。これは、図１５及び図１６で後述する。
【００３７】
ステップ２０３において、シンクデバイスは、メッセージを、ワイファイダイレクトリンクを通じて、ソースデバイスへ伝送する。ソースデバイスとシンクデバイスは、ＷＦＤ方式を通じて通信しているので、ソースデバイスとシンクデバイスは、ワイファイダイレクトリンクを通じて連結されている。また、シンクデバイスは、ソースデバイスとシンクデバイスとの間に設定されたＵＩＢＣを通じて、ソースデバイスに、ユーザから受信された入力に係る情報をメッセージの形態で提供する。
【００３８】
図３は、本発明の他の実施形態による、ワイファイダイレクトネットワークで、ソースデバイスとシンクデバイスの通信を行う手順を示すフローチャートである。
【００３９】
ステップ３０１において、ソースデバイスは、ユーザの入力に基づいて、シンクデバイスで生成されるメッセージを受信する。メッセージを受信する前に、ソースデバイスは、ユーザの入力を受信し、ソースデバイスへ伝送する機能を支援するか否かに係る情報を、シンクデバイスに要請する。ソースデバイスへユーザの入力を伝送する機能を支援するか否かに係る要請に対する応答として、ユーザの入力を処理するために必要なパラメータ情報を受信する。
【００４０】
ソースデバイスへユーザの入力を伝送する機能を支援するか否かに係る要請と、ユーザの入力を処理するために必要なパラメータ情報を受信するステップは、性能交渉手順またはサービスディスカバリー手順で行われる。また、パラメータ情報は、ＲＴＳＰ内に含まれる。
【００４１】
ステップ３０２において、ソースデバイスは、受信されたメッセージに基づいて、ＡＶデータを制御する。マウス、タッチパッド及びタッチパネルのようなポインタを通じて入力する装置を通じて、ＡＶデータを制御するか、またはキーボードのようにアスキーコード値を入力し、ズーム倍率量、スクロール量及び回転量を入力して、ＡＶデータを制御する。また、ＡＶデータは、シンクデバイスにストリーミングしており、ストリーミング中であるＡＶデータを制御するためのズーム倍率、スクロール量及び回転量を入力して、ソースデバイスからシンクデバイスへ伝送されるＡＶデータを制御する。
【００４２】
図４は、本発明の一実施形態による、ソースデバイスとシンクデバイスの構造を示すブロック図である。
【００４３】
ソースデバイス４０１は、性能情報要請部４０２、パラメータ情報受信部４０３、メッセージ受信部４０４及びデータ制御部４０５を備える。性能情報要請部４０２では、ワイファイダイレクトリンクにより連結されたシンクデバイス４１１が、ユーザの入力を受信し、ユーザの入力をソースデバイス４０１へ伝送する機能を提供するか否かに係る情報を要請する。ユーザの入力を受信して、ソースデバイス４０１へ伝送する機能を提供するか否かに係る情報には、ソースデバイス４０１とシンクデバイス４１１との間に設定されたＵＩＢＣを通じて、ソースデバイスが受信したユーザの入力を、シンクデバイスへ伝送する機能を提供するか否かに係る情報を含む。
【００４４】
パラメータ情報受信部４０３は、ユーザの入力に基づいて生成されたメッセージを処理するためのパラメータを、シンクデバイス４１１から受信する。
【００４５】
メッセージ受信部４０４では、ユーザの入力に基づいて、シンクデバイス４１１で生成されたメッセージを受信する。データ制御部４０５では、シンクデバイス４１１から受信されたユーザの入力に基づいて生成されたメッセージに基づいて、ＡＶデータを制御する。シンクデバイス４１１は、性能情報提供部４１２、パラメータ情報送信部４１３、ユーザ入力受信部４１４、メッセージ生成部４１５及びメッセージ送信部４１６を備える。
【００４６】
性能情報提供部４１２は、ソースデバイス４０１の要請に対する応答として、ワイファイダイレクトリンクにより連結されたシンクデバイス４１１が、ユーザの入力を受信し、ユーザの入力をソースデバイスへ伝送する機能を提供するか否かに係る情報を伝送する。パラメータ情報送信部４１３は、ユーザの入力に基づいて生成されたメッセージをソースデバイス４０１で処理するために必要なパラメータを、ソースデバイス４０１へ伝送する。
【００４７】
ユーザ入力受信部４１４は、ＡＶデータを制御するためにユーザの入力を受信される。メッセージ生成部４１５は、ユーザの入力をソースデバイス４０１へ伝送するために、ユーザの入力に基づいて、メッセージを生成する。メッセージ送信部４１６は、ユーザの入力に基づいて生成されたメッセージを、ソースデバイス４０１へ伝送する。
【００４８】
図５は、本発明の一実施形態によるシンクデバイスからソースデバイスへ伝送されるメッセージの構造を示す。
【００４９】
図示した例において、バージョンフィールドは、プロトコルのバージョンを表し、２ビットの大きさを有する。
【００５０】
Ｔフィールドは、タイムスタンプの略字であって、タイムスタンプフィールドの存在如何を表し、１ビットの大きさを有する。タイムスタンプフィールドは選択的であり、Ｔが０である場合、タイムスタンプフィールドが存在しないことを表し、Ｔが１である場合、タイムスタンプフィールドが存在することを表す。
【００５１】
予約フィールドは、以後に必要な場合に備えて存在するフィールドであり、８ビットの大きさを有する。いずれも０で表示される。長さフィールドは、全体のメッセージの長さを表し、８ビットの大きさを有する。入力カテゴリーフィールドは、メッセージを通じて伝達される入力カテゴリーを表示し、４ビットの大きさを有する。入力カテゴリーは、一般的な入力、またはＨＩＤに係る入力に分けられる。入力カテゴリーについての詳細な説明は、図６で後述する。
【００５２】
タイムスタンプフィールドは、選択的なフィールドであって、ユーザの入力が適用されてディスプレイされるフレームのＲＴＰ(Real  Time  Protocol)のタイムスタンプを表示する。タイムスタンプフィールドは、１６ビットの大きさを有する。
【００５３】
入力ボディフィールドは、ユーザの入力に係る情報を含むフィールドに該当する。入力ボディフィールドには、一般的な入力、またはＨＩＤ入力についての内容が挿入される。
【００５４】
図６は、本発明の一実施形態による入力カテゴリーを説明するための図面である。
【００５５】
本実施形態の入力カテゴリーは、図５で説明したように、一般的な入力に係る情報、またはユーザインターフェースデバイスクラス(Human  Interface  Device  Class:  HIDC)に係る情報に分けられる。入力カテゴリーが０で表示される場合、図５のメッセージは、一般的な入力に係る情報エレメントを含み、入力カテゴリーが１で表示される場合、ＨＩＤＣに係る情報エレメントを含む。
【００５６】
一般的な入力は、マウス、タッチパッドのような動き、クリック、タッチ、ズーム倍率、スクロール量及び回転量のような情報を含む。
【００５７】
ユーザインターフェースデバイス情報エレメントは、シンクデバイスと連結されたユーザの装置が、どの規格を通じて連結されたか（ＨＩＤインターフェースタイプ）、及びシンクデバイスとユーザのどの入力装置とが連結されたか（ＨＩＤタイプ）に係る情報を含む。
【００５８】
図７は、本発明の一実施形態による一般的な入力ボディのフォーマットを示す。
【００５９】
本実施形態の一般的な入力ボディのフォーマットは、Ｇｅｎｅｒｉｃ  ＩＥ  ＩＤ、長さ及びＤｅｓｃｒｉｂｅを含む。
【００６０】
Ｇｅｎｅｒｉｃ  ＩＥ  ＩＤフィールドは、一般的な入力カテゴリーで、ユーザの入力の種類を区分するためのフィールドである。これは、図８で詳細に説明する。
【００６１】
長さフィールドは、全体のフィールドの長さを表す。２オクテットの大きさを有する。Ｄｅｓｃｒｉｂｅフィールドは、ユーザの入力の実際の内容を表す。すなわち、ポインタの座標、個数、ズームの倍率、スクロール、回転量など、ユーザの入力の実際の内容が表示される。Ｄｅｓｃｒｉｂｅフィールドに記載される内容については、図９ないし図１３で詳細に説明する。
【００６２】
図８は、本発明の一実施形態による一般的な入力カテゴリーのユーザの入力の種類を説明するための図面である。
【００６３】
図示した例は、入力ボディフォーマットのＧｅｎｅｒｉｃ  ＩＥ  ＩＤフィールドに記載されるユーザの入力の種類についての内容である。
【００６４】
Ｄｏｗｎの場合、マウスボタンまたはキーを押す動作を意味し、Ｕｐの場合、マウスボタンまたはキーを離す動作を意味する。マウスの左側ボタンまたは右側ボタンのクリック、マウスまたはタッチパッドの動き、ズーム、スクロール、回転など、多様な形態のユーザの入力に対して、当該メッセージを伝送する。また、Ｇｅｎｅｒｉｃ  ＩＥ  ＩＤは、具現によって省略可能である。
【００６５】
図９は、本発明の一実施形態によるユーザのマウス入力による情報エレメントを説明するための図面である。
【００６６】
図示した例は、ＡＶデータを制御するために、マウスを通じてユーザの入力を受信する場合に該当し、図９の内容は、図７の一般的な入力ボディのＤｅｓｃｒｉｂｅフィールドに記載される。
【００６７】
ポインタ数字フィールドは、ポインタの数字を表す。本発明において、ポインタは、一つ以上が存在する。マウスの場合、ポインタが一つであるが、タッチパッドの場合、マルチタッチを支援するので、ポインタが二つ以上となる。したがって、ポインタが複数個である場合、Ｆｏｒ構文を使用して、各ポインタについての情報を記載する。Ｆｏｒ構文の内容は、当業者にとって広く知られているので、詳細な内容は省略する。
【００６８】
ポインタＩＤフィールドは、ポインタが複数個である場合、各ポインタの区分のためのＩＤを表す。Ｘ座標及びＹ座標フィールドは、各ポインタのＸ座標及びＹ座標を表示する。これは、ビデオストリームの解像度の決定程度によって正規化される。
【００６９】
図１０は、本発明の一実施形態によるユーザのキーボード入力による情報エレメントを説明するための図面である。
【００７０】
図示した例は、ＡＶデータを制御するために、キーボードを通じてユーザの入力を受信する場合に該当し、図１０の内容は、図７の一般的な入力ボディのＤｅｓｃｒｉｂｅフィールドに記載される。
【００７１】
ショートカットキーのように二つのキーを一回で入力されなければならない場合があるので、総二つのＫｅｙ  Ｃｏｄｅフィールドを有する。各Ｋｅｙ  ｃｏｄｅフィールドは、２オクテットの大きさを有し、アスキーコードにより入力キーを表示する。一般的に、アスキーコードは、１バイト以下の大きさで表示され、残りの１バイトの場合、その後アスキーコードの変化に互換可能に予約されたバイトに該当する。
【００７２】
また、入力されたキーが一つである場合には、Ｋｅｙ  ＣｏｄｅＩＩフィールドは、０で表示される。
【００７３】
図１１は、本発明の一実施形態によるユーザのズーム入力による情報エレメントを説明するための図面である。
【００７４】
図示した例において、Ｘ座標及びＹ座標フィールドは、ズーム動作のために参照されるＸ座標及びＹ座標を表示する。参照されるＸ座標及びＹ座標は、ビデオストリームの解像度の決定程度によって正規化される。
【００７５】
図示した例において、ズーム倍率の整数部フィールドは、ズーム動作の拡大倍率の整数部分を表す。例えば、ズーム倍率が２．５倍である場合、整数部分である２をズーム倍率の整数部に表示する。また、ズーム動作は、拡大のみによって行われるので、符号無し整数のみを表示する。
【００７６】
図示した例において、ズーム倍率の小数部フィールドは、ズーム動作の拡大倍率の小数部分を表す。例えば、ズーム倍率が２．５倍である場合、小数部分である０．５をズーム倍率の小数部に表示する。
【００７７】
図１２は、本発明の一実施形態によるユーザのスクロール入力による情報エレメントを説明するための図面である。
【００７８】
図示した例において、スクロール量フィールドは、解像度によって、スクロールによって変化するピクセルの数字に対して表示する。
【００７９】
また、スクロール動作は、水平及び垂直に可能であり、方向性（左右または上下）が存在するので、符号付き整数型で表示する。一実施形態として、負の整数である場合、右側または上方へのスクロール動作を表示し、正の整数である場合、左側または下方へのスクロール動作を表示する。
【００８０】
図１３は、本発明の一実施形態によるユーザの回転入力による情報エレメントを説明するための図面である。
【００８１】
図示した例において、回転量の整数部フィールドは、回転量の整数部分を表す。回転量は、ラジアン単位で表示される。回転動作も、方向性（時計回り方向または逆時計回り方向）が存在するので、符号付き整数型で表示する。一実施形態として、負の整数である場合、時計回り方向への回転を表示し、正の整数である場合、逆時計回り方向への回転を表示する。
【００８２】
また、図示した例において、回転量の小数部フィールドは、ズーム動作の拡大倍率の小数部分を表す。
【００８３】
図１４は、本発明の一実施形態によるＨＩＤＣのボディフォーマットを示す。
【００８４】
図示した例において、ＨＩＤＣのボディフォーマットは、ＨＩＤ  Ｉｎｔｅｒｆａｃｅ  Ｔｙｐｅ、ＨＩＤ  Ｔｙｐｅ、Ｕｓａｇｅ、Ｌｅｎｇｔｈ及びＨＩＤＣ  ｖａｌｕｅフィールドを含む。
【００８５】
ＨＩＤ  Ｉｎｔｅｒｆａｃｅ  Ｔｙｐｅフィールドは、ＨＩＤインターフェースの連結タイプについて表す。ＨＩＤ  Ｉｎｔｅｒｆａｃｅ  Ｔｙｐｅは、図１５で詳細に説明する。ＨＩＤ  Ｔｙｐｅフィールドは、ＨＩＤの種類について表す。ＨＩＤ  Ｔｙｐｅフィールドは、図１６で詳細に説明する。
【００８６】
Ｕｓａｇｅフィールドは、ＨＩＤＣ  Ｖａｌｕｅに係るフィールドであって、ＨＩＤＣ  ＶａｌｕｅがＨＩＤ入力報告に使われるか、ＨＩＤ報告についての説明として使われるかのようなＨＩＤＣ  Ｖａｌｕｅフィールドに記載された内容の用途について表示する。Ｌｅｎｇｔｈフィールドは、全体のメッセージの長さを表示し、２オクテットの大きさを有する。ＨＩＤＣ  Ｖａｌｕｅフィールドは、ＨＩＤ入力報告についての内容、またはＨＩＤ入力についての説明を表示し、可変的な大きさを有する。
【００８７】
図１５は、本発明の一実施形態によるＨＩＤのインターフェースタイプを説明するための図面である。図示した例において、各値によって、シンクデバイスとＨＩＤ装置の連結タイプについて示す。連結タイプは、各値によって、赤外線、ＵＳＢ(Universal  Serial  Bus)、ブルートゥース、ジグビー及びワイファイの連結形態を有する。各インターフェースの連結タイプについての説明は、当業者にとって自明な事項であるので、詳細な説明は省略する。
【００８８】
また、以後の新たに使われる連結形態の場合、５−２５４の値にマッチングさせて使用し、Ｖｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃ  ＨＩＤ  Ｉｎｔｅｒｆａｃｅの場合、製造社が連結形態を定義していない新たな連結形態を定義して使用する。
【００８９】
図１６は、本発明の一実施形態によるＨＩＤのタイプを説明するための図面である。図示した例において、ＨＩＤのタイプについて示す。すなわち、シンクデバイスと連結される入力デバイスの種類について示す。ＨＩＤの種類としては、キーボード及びマウスがあり、タッチパッドまたはタッチパネルの場合、シングルタッチまたはマルチタッチが存在し、ジョイスティック、カメラ、ジェスチャー及びリモートコントローラが存在する。
【００９０】
また、以後の新たな入力装置の場合、５−２５４の値にマッチングさせて使用する。
【００９１】
図１７は、本発明の一実施形態によるソースデバイスとシンクデバイスの通信の信号のフローチャートである。
【００９２】
ステップ１７０１において、ソースデバイスは、シンクデバイスに、ＵＩＢＣ性能を支援するか否かに係る情報を要請する。ＵＩＢＣは、シンクデバイスがユーザから受信した入力に係る情報をソースデバイスへ伝送するために、ワイファイダイレクトに基づいて設定したユーザの入力を伝送するためのチャネルに該当する。
【００９３】
ステップ１７０２において、シンクデバイスは、ソースデバイスのＵＩＢＣ性能を支援するか否かに係る情報の要請に対する応答として、ＵＩＢＣ性能を支援するか否かに係る情報を伝送する。ステップ１７０３において、ユーザから座標に係る入力を受信した場合、図５のフォーマットによって、メッセージを生成して伝送する。ステップ１７０４において、シンクデバイスのユーザの入力に基づいて生成されたメッセージの伝送についての応答として、ソースデバイスは、メッセージ受信確認信号をシンクデバイスへ伝送する。
【００９４】
ステップ１７０５は、ステップ１７０３と類似しており、ユーザからテキストデータに係る入力を受信した場合を示す。ステップ１７０６において、ステップ１７０４と同様に、ソースデバイスが、メッセージ受信についての応答として、メッセージ受信確認信号を伝送する。各ステップでユーザの入力メッセージに含まれるデータは、前述したように、回転量及びズームの倍率のうち少なくとも一つをさらに含む。
【００９５】
図１８は、本発明の一実施形態によるＷＦＤ情報エレメントを示す図面である。
【００９６】
ＷＦＤ情報エレメントは、デバイスのタイプ及び状態のような基本的な情報を受信するフレームのフォーマットを表す。プローブ要請フレームまたはプロブ応答フレームも、ＷＦＤ情報エレメントのフォーマットによって作成される。ソースデバイスとシンクデバイスとの間に、シンクデバイスがユーザから受信した入力に係る情報を受信して、ソースデバイスへ伝送する機能（例えば、ＵＩＢＣ）を支援するか否かに係る情報を要請し、伝送する場合、ＷＦＤ情報エレメントを使用して伝達する。
【００９７】
図示した例において、ＷＦＤ  ＩＥは、エレメントＩＤ、長さ、ＯＵＩ(Organization  Unique  Identifier)、ＯＵＩタイプ及びＷＦＤサブエレメントフィールドを含む。エレメントＩＤ、長さ、ＯＵＩ及びＯＵＩタイプフィールドそれぞれの大きさは、１，１，３及び１オクテットであり、ＷＦＤサブエレメントフィールドの大きさは、可変的である。
【００９８】
本実施形態のエレメントＩＤフィールドは、製造社がＩＥＥＥ  ８０２．１１標準で定義していない機能を作ることを所望する時に使用するフィールドであり、Ｌｅｎｇｔｈフィールドの場合、ＷＦＤ情報エレメントの全長を表す。
【００９９】
本実施形態のＯＵＩフィールドは、各製造社を区分するために定義した固有の識別子に該当する。ＯＵＩタイプフィールドは、ＷＦＤ情報エレメントのバージョンを表す。
【０１００】
本実施形態のＷＦＤサブエレメントフィールドは、単純にＷＦＤ情報エレメントに記載される内容のみでは不足しているので、詳細なデバイス情報を表す内容が含まれ、ＷＦＤサブエレメントに含まれる内容は、図１９で詳細に説明する。
【０１０１】
本発明のＷＦＤ情報エレメントのうち一部は、具現によって省略してもよい。
【０１０２】
図１９は、本発明の一実施形態によるＷＦＤサブエレメントの一般的なフォーマットを示す図面である。
【０１０３】
図示した例において、ＷＦＤサブエレメントは、サブエレメントＩＤ、長さ及びサブエレメントボディフィールドを含む。サブエレメントＩＤ及び長さフィールドの大きさは、それぞれ１オクテットであり、サブエレメントボディフィールドの大きさは、可変的である。
【０１０４】
本実施形態のサブエレメントＩＤは、ＷＦＤサブエレメントのタイプを表示する。これは、図２０で詳細に説明する。本実施形態の長さフィールドは、ＷＦＤサブエレメントの全長を表す。
【０１０５】
本実施形態のサブエレメントボディフィールドは、サブエレメントの具体的な内容について表示する。本発明のＷＦＤサブエレメントのうち一部は、具現によって省略してもよい。
【０１０６】
図２０は、本発明の一実施形態によるＷＦＤサブエレメントＩＤを説明するための図面である。
【０１０７】
本実施形態のＷＦＤデバイス情報は、ＷＦＤデバイスについての情報を意味する。本発明におけるシンクデバイスでユーザの入力を受信して、ソースデバイスへ伝送する性能、またはＵＩＢＣ性能に係る情報も、ＷＦＤデバイス情報フィールド内に含まれる。
【０１０８】
本実施形態のＳｔａｔｕｓは、デバイスの状態情報を表し、本実施形態のＤｉｓｐｌａｙ  ＥＤＩＤは、デバイスのディスプレイ情報を伝達するためのデータの形式を表す。また、本実施形態のＣｏｕｐｌｅｄ  Ｓｉｎｋ  Ｉｎｆｏｒｍａｔｉｏｎは、他のデバイスと連結されているかについて表す。
【０１０９】
残りのサブエレメントＩＤは、Ｃｏｄｅｃ、装置性能及びアドレスについての内容であって、当業者が容易に把握可能な内容に該当するので、詳細な説明は省略する。サブエレメントＩＤのうち一部は、具現によって省略してもよい。
【０１１０】
以上、本発明の望ましい実施形態を詳細に説明したが、本発明の範囲は、これに限定されず、多様な変形及び均等な他の実施形態が可能である。したがって、本発明の真の技術的保護範囲は、特許請求の範囲により決まらなければならない。
【０１１１】
また、本発明によるシステムは、コンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムにより読み取られるデータが保存される全ての種類の記録装置を含む。前記コンピュータで読み取り可能な記録媒体は、磁気記録媒体（例えば、ＲＯＭ(Read  Only  Memory)、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的読み取り媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記録媒体を含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータで読み取り可能なコードが保存されて実行される。
【図１】
0005918270.tif 000002
【図２】
0005918270.tif 000003
【図３】
0005918270.tif 000004
【図４】
0005918270.tif 000005
【図５】
0005918270.tif 000006
【図６】
0005918270.tif 000007
【図７】
0005918270.tif 000008
【図８】
0005918270.tif 000009
【図９】
0005918270.tif 000010
【図１０】
0005918270.tif 000011
【図１１】
0005918270.tif 000012
【図１２】
0005918270.tif 000013
【図１３】
0005918270.tif 000014
【図１４】
0005918270.tif 000015
【図１５】
0005918270.tif 000016
【図１６】
0005918270.tif 000017
【図１７】
0005918270.tif 000018
【図１８】
0005918270.tif 000019
【図１９】
0005918270.tif 000020
【図２０】
0005918270.tif 000021