JP6451238B2 - 映像を送信または受信する装置、装置を制御する方法、コンピュータープログラム - Google Patents

Description

本発明は、１対１の無線通信により映像を伝送するための映像無線伝送規格に従って映像を送信または受信する装置に関する。

１対１の直接的な無線通信により映像や音声を伝送するための映像無線伝送規格として、例えば、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定された「Ｍｉｒａｃａｓｔ」がある。Ｍｉｒａｃａｓｔでは、１対１の無線通信を利用して、映像の出力機能を有する装置から、映像の表示機能を有する装置に対して映像を送信し、表示させることができる。

Ｍｉｒａｃａｓｔにおいて、映像の出力機能を有する装置は「ソースデバイス」または「送信側装置」とも呼ばれる。ソースデバイスとしては、ＢＤ（Blu-ray Disc、Blu-rayは登録商標）レコーダー、スマートフォン等が例示される。また、映像の表示機能を有する装置は「シンクデバイス」または「受信側装置」とも呼ばれる、シンクデバイスとしては、テレビジョン（ＴＶ）、ディスプレイ等が例示される。Ｍｉｒａｃａｓｔでは、ソースデバイスとシンクデバイスとの間の１対１の無線通信による接続の確立方法として、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔが利用されている。特許文献１には、ＷＦＤ（Wi-Fi Display、Ｍｉｒａｃａｓｔの別称）に対応したシステムにおいて、ソースデバイスに相当する第１ＷＦＤデバイスが、シンクデバイスに相当する第２ＷＦＤデバイスを検索する技術が記載されている。

特表２０１３−５１１２３６号公報 特開２０１２−４４４２９号公報

Ｍｉｒａｃａｓｔに対応した装置の中には、例えば、Ｍｉｒａｃａｓｔ用のアダプター、スマートフォン、ヘッドマウントディスプレイ（頭部装着型表示装置）等、ソースデバイスとしての機能とシンクデバイスとしての機能の両方を持ち、これらを切り替えて実行可能な装置が存在する。従来、このような装置における機能の切り替えは、装置筐体に設けられたスイッチを操作する、装置内のメニューから実行したい機能を指定する、といった、利用者の手動操作に基づいて実施されていた。

しかし、手動操作に基づく機能の切り替えは、利用者に煩わしさを感じさせるという課題があった。この点、特許文献１、２に記載された技術では、ソースデバイスとしての機能と、シンクデバイスとしての機能とを切り替えて実行する点については、何ら考慮されていない。このような課題は、Ｍｉｒａｃａｓｔに準拠した装置に限らず、１対１の無線通信により映像を伝送するための何らかの映像無線伝送規格に従って、映像を送信または受信する装置全般に共通する課題であった。

このため、１対１の無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信する装置において、送信側装置（ソースデバイス）としての機能と、受信側装置（シンクデバイス）としての機能と、の切り替えを自動化することが望まれていた。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態として実現することが可能である。

（１）本発明の一形態によれば、１対１の無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信する装置が提供される。この装置は；前記装置と接続先装置との間における前記映像無線伝送規格に従った接続の確立を制御する接続制御部と；前記装置と前記接続先装置との両方が、前記映像の送信側装置として機能する送信側状態である場合、または、前記装置と前記接続先装置との両方が、前記映像の受信側装置として機能する受信側状態である場合に、前記接続の確立に先立って、前記装置と前記接続先装置とのいずれか一方の状態を変更させる状態変更部と、を備える。
１対１の無線通信により映像を伝送するための映像無線伝送規格では、１対１で接続される２台の装置のうち、一方が送信側装置（ソースデバイス）として機能し、他方が受信側装置（シンクデバイス）として機能する必要があり、２台ともが受信側装置（送信側装置）として機能する場合は、映像無線伝送規格に従った接続を確立することができない。この形態の装置によれば、状態変更部は、映像無線伝送規格に従った接続の確立に先立って、装置と接続先装置との両方が、映像の送信側装置として機能する送信側状態である場合、または、映像の受信側装置として機能する受信側状態である場合に、装置と接続先装置とのいずれか一方の状態（送信側状態／受信側状態）を変更させるため、上述の問題を回避し、映像無線伝送規格に従った接続を確立することができる。また、状態変更部は、送信側装置として機能する送信側状態と、受信側装置として機能する受信側状態との切り替えを、自動的に行うことができるため、利用者の手を煩わせることを回避し、利便性を向上させることができる。これらの結果、この形態の装置によれば、１対１の無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信する装置において、送信側装置としての機能と、受信側装置としての機能と、の切り替えを自動化することができる。

（２）上記形態の装置において；前記状態変更部は、前記接続先装置の状態を取得し、取得した状態に基づいて、前記装置と前記接続先装置との両方の状態が同じであるか否かを判定してもよい。
この形態の装置によれば、状態変更部は、接続先装置から取得した状態に基づいて、装置と接続先装置との両方の状態が同じであるか否かを判定することができる。

（３）上記形態の装置において；前記装置は、前記送信側装置としての機能と、前記受信側装置としての機能と、の両方を備え；前記状態変更部は、前記装置と前記接続先装置との両方の状態が同じである場合に、前記装置の状態を変更させてもよい。
この形態の装置によれば、状態変更部は、装置自身が送信側装置としての機能と受信側装置としての機能との両方を備える場合は、装置自身の状態（送信側状態／受信側状態）を変更させることで、送信側装置としての機能と受信側装置としての機能との切り替えの自動化を実現することができる。

（４）上記形態の装置において；前記装置は、前記送信側装置としての機能と、前記受信側装置としての機能と、のいずれか一方を備え；前記状態変更部は、前記装置と前記接続先装置との両方の状態が同じである場合に、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させてもよい。
この形態の装置によれば、状態変更部は、装置自身が送信側装置としての機能と受信側装置としての機能とのいずれか一方しか備えない場合は、接続先装置の状態（送信側状態／受信側状態）を変更させることで、送信側装置としての機能と受信側装置としての機能との切り替えの自動化を実現することができる。

（５）上記形態の装置において；前記装置は、前記送信側装置としての機能と、前記受信側装置としての機能と、の両方を備え；前記接続先装置は、前記送信側装置としての機能と、前記受信側装置としての機能と、の両方を備え；前記状態変更部は、さらに；前記装置と前記接続先装置との両方の状態が同じである場合に、前記装置と前記接続先装置との中から状態を変更させる対象装置を決定し；前記対象装置が前記装置である場合、前記装置の状態を変更させ；前記対象装置が前記接続先装置である場合、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させてもよい。
この形態の装置によれば、状態変更部は、装置自身と接続先装置との両方が送信側装置としての機能と受信側装置としての機能との両方を備える場合は、装置と接続先装置との中から状態（送信側状態／受信側状態）を変更させる一方（対象装置）を決定し、決定した一方の状態を変更させることで、送信側装置としての機能と受信側装置としての機能との切り替えの自動化を実現することができる。

（６）上記形態の装置において；前記状態変更部は；前記装置に接続されている機器の種類を取得し；前記接続先装置に接続されている機器の種類を取得し；前記装置に接続されている機器の種類と、前記接続先装置に接続されている機器の種類と、に応じて、前記対象装置を決定してもよい。
この形態の装置によれば、状態変更部は、装置や接続先装置が、例えばアダプターのような「他の機器の代理」として送信側装置または受信側装置として機能する種類の装置であった場合でも、装置や接続先装置に接続されている機器の種類を考慮して、状態を変更させる対象装置を決定することができる。

（７）上記形態の装置において；前記状態変更部は；前記装置から前記接続を開始するための要求を送信した場合は、前記接続先装置を前記対象装置と決定し；前記接続先装置から前記接続を開始するための要求を受信した場合は、前記装置を前記対象装置と決定してもよい。
この形態の装置によれば、状態変更部は、映像無線伝送規格に従った接続を開始するための要求をされた側を、状態を変更させる対象装置と決定する。接続を開始するための要求は、例えば、アプリケーションの開始操作、機器へのディスク挿入等の「利用者の操作」に応じて発行される場合が多い。このようにすれば、接続を開始するための要求をした側、換言すれば、利用者の操作が行われた側の装置の状態（送信側状態／受信側状態）を維持することができ、利用者の意図をより反映した形で、状態を変更させる対象装置を決定することができる。

（８）上記形態の装置では、さらに；前記装置において過去に前記送信側状態が採用された回数または時間と、前記装置において過去に前記受信側状態が採用された回数または時間と、に関する履歴を記憶する履歴記憶部を備え；前記状態変更部は；前記接続先装置の前記履歴を取得し；前記装置の前記履歴と、前記接続先装置の前記履歴と、に応じて、前記対象装置を決定してもよい。
この形態の装置によれば、状態変更部は、装置および接続先装置における過去の履歴を用いて、簡便に、状態を変更させる対象装置を決定することができる。

（９）上記形態の装置において；前記状態変更部は、予め定められた優先順位に従って前記対象装置を決定してもよい。
この形態の装置によれば、状態変更部は、予め定められた優先順位を用いて、簡便に、状態を変更させる対象装置を決定することができる。

上述した本発明の各形態の有する複数の構成要素は全てが必須のものではなく、上述の課題の一部または全部を解決するため、あるいは、本明細書に記載された効果の一部または全部を達成するために、適宜、前記複数の構成要素の一部の構成要素について、その変更、削除、新たな構成要素との差し替え、限定内容の一部削除を行うことが可能である。また、上述の課題の一部または全部を解決するため、あるいは、本明細書に記載された効果の一部または全部を達成するために、上述した本発明の一形態に含まれる技術的特徴の一部または全部を上述した本発明の他の形態に含まれる技術的特徴の一部または全部と組み合わせて、本発明の独立した一形態とすることも可能である。

例えば、本発明の一形態は、接続制御部と、状態変更部と、の２つの要素のうちの一部または全部の要素を備えた装置として実現可能である。すなわち、この装置は、接続制御部を有していてもよく、有していなくてもよい。また、この装置は、状態変更部を有していてもよく、有していなくてもよい。こうした装置は、例えば、アダプター、頭部装着型表示装置、スマートフォン、テレビジョン、ディスプレイ、プロジェクター、ＢＤレコーダーとして実現できるが、これら以外の他の装置としても実現可能である。前述した装置の各形態の技術的特徴の一部または全部は、いずれもこの装置に適用することが可能である。例えば、本発明の一形態としての装置は、１対１の無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信する装置において、送信側装置としての機能と、受信側装置としての機能と、の切り替えを自動化することを課題としている。しかし、この装置には、他にも、装置の小型化、利便性の向上、装置製造の際の低コスト化、省資源化、製造の容易化、等が望まれている。

なお、本発明は、種々の態様で実現することが可能であり、例えば、１対１の無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信する装置、同装置の制御方法、同装置を含むシステム、これらの方法、装置、システムの機能を実現するためのコンピュータープログラム、そのコンピュータープログラムを記憶した記憶媒体等の形態で実現することができる。

本発明の一実施形態における映像表示システムの概略構成を示す図である。 ＨＭＤ１００の構成を機能的に示すブロック図である。 利用者に視認される虚像の一例を示す説明図である。 アダプター３００の構成を機能的に示すブロック図である。 ＴＶ５００の構成を機能的に示すブロック図である。 初期処理の手順を示すシーケンス図である。 実行主体がアダプター３００である場合の初期処理について説明する図である。 実行主体がＴＶ５００である場合の初期処理について説明する図である。 実行主体がＨＭＤ１００である場合の初期処理について説明する図である。 変形例におけるＨＭＤの外観の構成を示す説明図である。

Ａ．実施形態：
Ａ−１．映像表示システムの構成：
図１は、本発明の一実施形態における映像表示システムの概略構成を示す図である。映像表示システム１０００は、頭部装着型表示装置（以降、「ＨＭＤ」とも呼ぶ。）１００と、Ｍｉｒａｃａｓｔアダプター（以降、「アダプター」とも呼ぶ。）３００と、表示装置（以降、「ＴＶ」とも呼ぶ。）５００と、を備えている。

本実施形態の映像表示システム１０００は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定された「Ｍｉｒａｃａｓｔ」と呼ばれる映像無線伝送規格に準拠し、映像等の出力機能を有する装置から、映像等の表示機能を有する装置に対して、映像等を伝送（以降、単に「送信」と略す。）し、表示、再生させることができる。Ｍｉｒａｃａｓｔによる送信は、映像情報のみの送信と、映像情報と音声情報とを含む情報の送信と、音声情報のみの送信と、のいずれにも適用可能である。このため、以降の説明において「映像」との記載は「音声」も含む意図であり、「表示」との記載は「再生」も含む意図である。

Ｍｉｒａｃａｓｔにおいて、映像の出力機能を有する装置を「ソースデバイス」または「送信側装置」とも呼ぶ。一方、映像の表示機能を有する装置を「シンクデバイス」または「受信側装置」とも呼ぶ。

Ｍｉｒａｃａｓｔによる映像の送信および表示は、大まかに以下の手順ａ１〜ａ４を含む。
（ａ１）ソースデバイスとシンクデバイスとの間で、１対１の直接的な無線通信による接続（以降、単に「Ｐ２Ｐ接続」とも呼ぶ。）を確立する。本実施形態では、Ｐ２Ｐ接続の確立にＷｉＦｉ−Ｄｉｒｅｃｔを利用する。
（ａ２）ソースデバイスとシンクデバイスとの間で、Ｍｉｒａｃａｓｔの方式に準拠した接続（以降、単に「Ｍｉｒａｃａｓｔ接続」とも呼ぶ。）を確立する。Ｍｉｒａｃａｓｔ接続は、手順ａ１で確立されたＰ２Ｐ接続を介して確立される。
（ａ３）ソースデバイスは、手順ａ２で確立されたＭｉｒａｃａｓｔ接続を介して、映像を送信する。
（ａ４）シンクデバイスは、手順ａ２で確立されたＭｉｒａｃａｓｔ接続を介して受信した映像を表示する。

図１の例において、ＨＭＤ１００は、ソースデバイスとしての機能と、シンクデバイスとしての機能と、の両方を持ち、これらを切り替えて実行することができる。ＴＶ５００は、無線接続機能とＭｉｒａｃａｓｔ接続機能との両方を備える場合は、単独で、シンクデバイスとして機能することができる。また、ＴＶ５００は、無線接続機能とＭｉｒａｃａｓｔ接続機能とのいずれか一方でも備えない場合は、アダプター３００を介してソースデバイスと接続することで、間接的にシンクデバイスとして機能することができる。この場合、直接的にシンクデバイスとして機能するのは、アダプター３００である。

図１の例において、図示しないＢＤ（Blu-ray Disc）レコーダーは、ＴＶ５００と同様に、無線接続機能とＭｉｒａｃａｓｔ接続機能との両方を備える場合は、単独で、ソースデバイスとして機能することができる。また、ＢＤレコーダーは、無線接続機能とＭｉｒａｃａｓｔ接続機能とのいずれか一方でも備えない場合は、アダプター３００を介してシンクデバイスと接続することで、間接的にソースデバイスとして機能することができる。この場合、直接的にソースデバイスとして機能するのは、アダプター３００である。このように、アダプター３００は、他の機器が接続されることで、ソースデバイスとして機能することができ、シンクデバイスとして機能することもできる。

例えば、利用者が、ＨＭＤ１００をソースデバイスとし、ＴＶ５００をシンクデバイスとして使用したいと意図している場合について考える。このような場合、従来では、利用者が、ＨＭＤ１００のシンクデバイスとしての機能を有効にするという「切り替え操作」を行っていた。なお、ＴＶ５００はシンクデバイスとしてしか機能できないため、切り替えは不要である。同様に、利用者が、図示しないＢＤレコーダーが接続されたアダプター３００をソースデバイスとし、ＨＭＤ１００をシンクデバイスとして使用したいと意図している場合について考える。このような場合も、従来では、利用者が、アダプター３００のソースデバイスとしての機能を有効にし、かつ、ＨＭＤ１００のシンクデバイスとしての機能を有効にする、という「切り替え操作」を行っていた。

本実施形態の映像表示システム１０００は、Ｍｉｒａｃａｓｔ接続の確立に先立って必要となる、上述した「切り替え操作」を自動化するための「初期処理」を実行することができる。初期処理の実行主体は、ＨＭＤ１００でもよく、アダプター３００でもよく、ＴＶ５００でもよい。初期処理の詳細は後述する。

Ａ−１−１．頭部装着型表示装置の構成：
ＨＭＤ１００は、利用者が、虚像を視認すると同時に外景も直接視認可能な光学透過型のヘッドマウントディスプレイである。ＨＭＤ１００は、利用者の頭部に装着された状態において利用者に虚像を視認させる画像表示部２０と、画像表示部２０を制御する制御部（コントローラー）１０とを備えている。なお、以降の説明において、ＨＭＤ１００によって利用者が視認する虚像を便宜的に「表示画像」とも呼ぶ。また、ＨＭＤ１００が画像データーに基づいて生成された画像光を射出することを「画像を表示する」ともいう。

Ａ−１−１−１．画像表示部の構成：
図２は、ＨＭＤ１００の構成を機能的に示すブロック図である。画像表示部２０は、利用者の頭部に装着される装着体であり、本実施形態では眼鏡形状である（図１）。画像表示部２０は、右保持部２１と、右表示駆動部２２と、左保持部２３と、左表示駆動部２４と、右光学像表示部２６と、左光学像表示部２８と、カメラ６１と、９軸センサー６６と、を備えている。以降、利用者が画像表示部２０を装着した状態における、画像表示部２０の各部の位置関係と機能について説明する。

図１に示すように、右光学像表示部２６および左光学像表示部２８は、利用者の右の眼前と、左の眼前とにそれぞれ位置するように配置されている。右光学像表示部２６の一端と左光学像表示部２８の一端とは、利用者の眉間に対応する位置で接続されている。図２に示すように、右光学像表示部２６は、右導光板２６１と、調光板（図示省略）と、を備えている。右導光板２６１は、光透過性の樹脂材料等によって形成され、右表示駆動部２２から出力された画像光を、所定の光路に沿って反射させつつ利用者の右眼ＲＥに導く。調光板は、薄板状の光学素子であり、画像表示部２０の表側（利用者の眼の側とは反対の側）を覆うように配置されている。調光板は、導光板２６１を保護し、損傷や汚れの付着等を抑制する。また、調光板の光透過率を調整することによって、利用者の眼に入る外光量を調整して虚像の視認のしやすさを調整することができる。なお、調光板は省略可能である。

左光学像表示部２８は、左導光板２６２と、調光板（図示省略）とを備えている。これらの詳細は、右光学像表示部２６と同様である。なお、右光学像表示部２６および左光学像表示部２８を総称して単に「光学像表示部」とも呼ぶ。光学像表示部は、画像光を用いて利用者の眼前に虚像を形成する限りにおいて任意の方式を用いることができ、例えば、回折格子を用いて実現されても良いし、半透過反射膜を用いて実現されても良い。

図１に示すように、右保持部２１は、右光学像表示部２６の他端ＥＲから利用者の側頭部に対応する位置にかけて延伸して設けられている。左保持部２３は、左光学像表示部２８の他端ＥＬから利用者の側頭部に対応する位置にかけて、延伸して設けられている。右保持部２１および左保持部２３は、眼鏡のテンプル（つる）のようにして、利用者の頭部に画像表示部２０を保持する。なお、右保持部２１および左保持部２３を総称して単に「保持部」とも呼ぶ。

図１に示すように、右表示駆動部２２は、右保持部２１の内側（利用者の頭部に対向する側）に配置されている。左表示駆動部２４は、左保持部２３の内側に配置されている。図２に示すように、右表示駆動部２２は、受信部（Ｒｘ）５３と、光源として機能する右バックライト（ＢＬ）制御部２０１および右バックライト（ＢＬ）２２１と、表示素子として機能する右ＬＣＤ（液晶ディスプレイ、Liquid Crystal Display）制御部２１１および右ＬＣＤ２４１と、右投写光学系２５１とを備えている。なお、右バックライト制御部２０１と、右ＬＣＤ制御部２１１と、右バックライト２２１と、右ＬＣＤ２４１とを総称して「画像光生成部」とも呼ぶ。

受信部５３は、制御部１０と画像表示部２０との間におけるシリアル伝送のためのレシーバーとして機能する。右バックライト制御部２０１は、入力された制御信号に基づいて右バックライト２２１を駆動する。右バックライト２２１は、例えばＬＥＤ（Light Emitting Diode）やエレクトロルミネセンス（ＥＬ）等の発光体である。右ＬＣＤ制御部２１１は、受信部５３を介して入力されたクロック信号ＰＣＬＫと、垂直同期信号ＶＳｙｎｃと、水平同期信号ＨＳｙｎｃと、右眼用の画像データーＤａｔａとに基づいて、右ＬＣＤ２４１を駆動する。右ＬＣＤ２４１は、複数の画素をマトリクス状に配置した透過型液晶パネルである。右投写光学系２５１は、右ＬＣＤ２４１から射出された画像光を並行状態の光束にするコリメートレンズである。

左表示駆動部２４は、受信部（Ｒｘ）５４と、光源として機能する左バックライト（ＢＬ）制御部２０２および左バックライト（ＢＬ）２２２と、表示素子として機能する左ＬＣＤ制御部２１２および左ＬＣＤ２４２と、左投写光学系２５２とを備えている。これらの詳細は、右表示駆動部２２と同様である。なお、右表示駆動部２２および左表示駆動部２４を総称して単に「表示駆動部」とも呼ぶ。

図１に示すように、カメラ６１は、利用者の右眼の目尻の上方に対応する位置に配置されている。カメラ６１は、画像表示部２０の表側方向、換言すれば、ＨＭＤ１００を装着した状態における利用者の視界方向の外景（外部の景色）を撮像し、外景画像を取得する。カメラ６１はいわゆる可視光カメラであるため、外景画像は、物体から放射される可視光によって物体の形状を表す画像となる。本実施形態におけるカメラ６１は単眼カメラであるが、いわゆるステレオカメラを採用してもよい。

図１に示すように、９軸センサー６６は、利用者の右側のこめかみに対応する位置に配置されている。９軸センサー６６は、加速度（３軸）、角速度（３軸）、地磁気（３軸）を検出するモーションセンサーである。９軸センサー６６は、画像表示部２０に設けられているため、画像表示部２０が利用者の頭部に装着されているときには、ヘッドマウントディスプレイ１００の利用者の頭部の動きを検出する動き検出部として機能する。ここで、頭部の動きとは、頭部の速度・加速度・角速度・向き・向きの変化を含む。

図１に示すように、画像表示部２０は、画像表示部２０と制御部１０とを接続するための接続部４０を備えている。接続部４０は、制御部１０に接続される本体コード４８と、本体コード４８が分岐した右コード４２および左コード４４と、分岐点に設けられた連結部材４６と、を含んでいる。連結部材４６には、イヤホンプラグ３０を接続するためのジャックが設けられている。イヤホンプラグ３０からは、右イヤホン３２および左イヤホン３４が延伸している。画像表示部２０と制御部１０とは、接続部４０を介して各種信号の伝送を行う。接続部４０の各コードには、例えば、金属ケーブルや光ファイバーを採用することができる。

Ａ−１−１−２．制御部の構成：
制御部１０はＨＭＤ１００を制御するための装置である。図１に示すように、制御部１０は、決定キー１１と、点灯部１２と、表示切替キー１３と、トラックパッド１４と、輝度切替キー１５と、方向キー１６と、メニューキー１７と、電源スイッチ１８と、を備えている。決定キー１１は、押下操作を検出して、制御部１０において操作された内容を決定するための信号を出力する。点灯部１２は、例えばＬＥＤによって実現され、ＨＭＤ１００の動作状態（例えば電源のＯＮ／ＯＦＦ等）を発光状態によって通知する。表示切替キー１３は、押下操作を検出して、例えばコンテンツ動画の表示モードを３Ｄと２Ｄとに切り替える信号を出力する。

トラックパッド１４は、トラックパッド１４の操作面上における利用者の指の操作を検出して、検出内容に応じた信号を出力する。トラックパッド１４としては、静電式や圧力検出式、光学式といった種々の方式を採用できる。輝度切替キー１５は、押下操作を検出して、画像表示部２０の輝度を増減する信号を出力する。方向キー１６は、上下左右方向に対応するキーへの押下操作を検出して、検出内容に応じた信号を出力する。電源スイッチ１８は、スイッチのスライド操作を検出することで、ＨＭＤ１００の電源投入状態を切り替える。

図２に示すように、制御部１０は、入力情報取得部１１０と、記憶部１２０と、電源１３０と、無線通信部１３２と、ＧＰＳモジュール１３４と、ＣＰＵ１４０と、インターフェイス１８０と、送信部（Ｔｘ）５１および５２とを備え、各部は図示しないバスにより相互に接続されている。

入力情報取得部１１０は、決定キー１１、表示切替キー１３、トラックパッド１４、輝度切替キー１５、方向キー１６、メニューキー１７、および、電源スイッチ１８に対する操作入力に応じた信号を取得する。入力情報取得部１１０は、上記以外の種々の方法を用いた操作入力を取得することができる。例えば、フットスイッチ（利用者の足により操作するスイッチ）による操作入力を取得してもよい。例えば、視線検出部（図示省略）によって検出された利用者の視線や、目の動きに対応付けられたコマンドによる操作入力を取得してもよい。このコマンドは利用者によって追加可能に設定されていてもよい。例えば、カメラ６１を用いて利用者のジェスチャーを検知し、ジェスチャーに対応付けられたコマンドによる操作入力を取得してもよい。ジェスチャー検知の際は、利用者の指先や、利用者の手に付けられた指輪や、利用者の手にする医療器具等を動き検出のための目印にすることができる。これらの方法による操作入力を取得可能とすれば、利用者が手を離すことが困難である作業においても、入力情報取得部１１０は、利用者からの操作入力を取得することができる。

記憶部１２０は、ＲＯＭ、ＲＡＭ、ＤＲＡＭ、ハードディスク等によって構成されている。記憶部１２０には、オペレーティングシステム（ＯＳ）をはじめとする種々のコンピュータープログラムが格納されている。また、記憶部１２０には、対応情報１２２と、現在の状態１２４と、が記憶されている。

対応情報１２２には、ＨＭＤ１００が、Ｍｉｒａｃａｓｔにおいて対応可能な機能を表す情報が予め格納されている。「対応可能な機能」とは、以下のｂ１〜ｂ３のいずれかである。
（ｂ１）単機能（ソースデバイス）：ソースデバイスとしてのみ機能することができる
（ｂ２）単機能（シンクデバイス）：シンクデバイスとしてのみ機能することができる
（ｂ３）複数機能：ソースデバイスとしても、シンクデバイスとしても機能することができる
本実施形態のＨＭＤ１００は、ソースデバイスとしても、シンクデバイスとしても機能することができるため、対応情報１２２には、上述したｂ３を表す情報が格納されている。

現在の状態１２４には、ＨＭＤ１００が、現在、ソースデバイスとして機能する状態（以降「送信側状態」とも呼ぶ。）であるか、シンクデバイスとして機能する状態（以降「受信側状態」とも呼ぶ。）であるか、を表す情報が格納されている。

電源１３０は、ＨＭＤ１００の各部に電力を供給する。電源１３０としては、例えば二次電池を用いることができる。無線通信部１３２は、所定の無線通信規格に則って、外部装置との間で無線通信を行う。所定の無線通信規格とは、例えば、赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）に例示される近距離無線通信、ＩＥＥＥ８０２．１１に例示される無線ＬＡＮ等である。ＧＰＳモジュール１３４は、ＧＰＳ衛星からの信号を受信することにより、ＨＭＤ１００の利用者の現在位置を検出し、利用者の現在位置情報を表す現在位置情報を生成する。現在位置情報は、例えば緯度経度を表す座標によって実現することができる。

ＣＰＵ１４０は、記憶部１２０に格納されているコンピュータープログラムを読み出して実行することにより、接続制御部１４２、状態変更部１４４、ＯＳ１５０、画像処理部１６０、音声処理部１７０、表示制御部１９０として機能する。

接続制御部１４２は、ＨＭＤ１００と、接続先の任意の装置（以降、単に「接続先装置」とも呼ぶ。）と、の間におけるＭｉｒａｃａｓｔ接続の確立（上記手順ａ１、ａ２）を制御する。状態変更部１４４は、初期処理の実行主体がＨＭＤ１００である場合に、初期処理を制御する。初期処理とは、Ｍｉｒａｃａｓｔ接続の確立に先立って必要となる「切り替え操作」を自動的に実行する処理である。詳細は後述する。

画像処理部１６０は、画像表示のための信号処理を行う。具体的には、画像処理部１６０は、インターフェイス１８０や無線通信部１３２を介してコンテンツ（映像）が入力されている場合、コンテンツに基づく画像データーＤａｔａを生成する。画像処理部１６０は、ＨＭＤ１００の他の機能部から画像データーを受信した場合、受信したデーターを画像データーＤａｔａとする。なお、画像処理部１６０は、画像データーＤａｔａに対して、解像度変換処理、輝度や彩度の調整といった種々の色調補正処理、キーストーン補正処理等の画像処理を実行してもよい。画像処理部１６０は、上述の画像データーＤａｔａと、クロック信号ＰＣＬＫと、垂直同期信号ＶＳｙｎｃと、水平同期信号ＨＳｙｎｃと、を、送信部５１、５２を介して、画像表示部２０へ送信する。

表示制御部１９０は、右表示駆動部２２および左表示駆動部２４を制御する制御信号を生成する。具体的には、表示制御部１９０は、制御信号により、左右のＬＣＤ制御部２１１、２１２による左右のＬＣＤ２４１、２４２の駆動ＯＮ／ＯＦＦや、左右のバックライト制御部２０１、２０２による左右のバックライト２２１、２２２の駆動ＯＮ／ＯＦＦを個別に制御することにより、右表示駆動部２２および左表示駆動部２４のそれぞれによる画像光の生成および射出を制御する。表示制御部１９０は、これらの制御信号を、送信部５１、５２を介して画像表示部２０へ送信する。

音声処理部１７０は、コンテンツに含まれる音声信号を取得し、取得した音声信号を増幅して、右イヤホン３２の図示しないスピーカーと、左イヤホン３４の図示しないスピーカーとに対して供給する。

インターフェイス１８０は、所定の有線通信規格に則って、外部装置ＯＡとの間で通信を行う。所定の有線通信規格としては、例えば、ＭｉｃｒｏＵＳＢ（Universal Serial Bus）、ＵＳＢ、ＨＤＭＩ（High Definition Multimedia Interface、ＨＤＭＩは登録商標）、ＤＶＩ（Digital Visual Interface）、ＶＧＡ（Video Graphics Array）、コンポジット、ＲＳ−２３２Ｃ（Recommended Standard 232）、ＩＥＥＥ８０２．３に例示される有線ＬＡＮ等である。外部機器ОＡとしては、例えば、パーソナルコンピューターＰＣや携帯電話端末、ゲーム端末等を利用することができる。

図３は、利用者に視認される虚像の一例を示す説明図である。上述のようにして、ＨＭＤ１００の利用者の両眼に導かれた画像光が利用者の網膜に結像することにより、利用者は虚像ＶＩを視認する。図３の例では、虚像ＶＩは、ＨＭＤ１００のＯＳ１５０の待ち受け画面である。利用者は、右光学像表示部２６および左光学像表示部２８を透過して外景ＳＣを視認する。このように、本実施形態のＨＭＤ１００の利用者は、視野ＶＲのうち虚像ＶＩが表示された部分については、虚像ＶＩと、虚像ＶＩの背後に外景ＳＣとを見ることができる。また、視野ＶＲのうち虚像ＶＩが表示されていない部分については、光学像表示部を透過して、外景ＳＣを直接見ることができる。

Ａ−１−２．Ｍｉｒａｃａｓｔアダプターの構成：
図４は、アダプター３００の構成を機能的に示すブロック図である。アダプター３００は、図１に示すように、電源ボタン３０１と、パススルーボタン３０３と、切り替えスイッチ３０５と、ＬＥＤ３０７と、図４に示すように、ＣＰＵ３１０と、記憶部３２０と、電源３３０と、ＵＳＢインターフェイス３４０と、ＨＤＭＩインターフェイス３５０と、無線通信インターフェイス３６０と、を備えている。各部は図示しないバスにより相互に接続されている。ＵＳＢインターフェイス３４０は、図示しないＵＳＢ入出力端子を備えている。ＨＤＭＩインターフェイス３４０は、図示しないＨＤＭＩ入力端子と、図示しないＨＤＭＩ出力端子と、を備えている。無線通信インターフェイス３６０は、図示しないアンテナを備えている。

電源ボタン３０１は、ボタンのＯＮ／ＯＦＦに応じて、アダプター３００の動作状態（動作／停止）を切り替える。パススルーボタン３０３は、ボタンのＯＮ／ＯＦＦに応じて、パススルーモードの選択／非選択を切り替える。パススルーモードの詳細は後述する。

切り替えスイッチ３０５は、アダプター３００の動作状態を手動で切り替えるためのスイッチである。具体的には、切り替えスイッチ３０５がＭＴｘ側にスライドされた場合、アダプター３００は、ソースデバイスとして機能する状態（送信側状態）となる。アダプター３００が送信側状態である場合、アダプター３００は、ＨＤＭＩ入力端子から入力される映像を、Ｍｉｒａｃａｓｔ接続を用いてシンクデバイスへ送信する。切り替えスイッチ３０５がＭＲｘ側にスライドされた場合、アダプター３００は、シンクデバイスとして機能する状態（受信側状態）となる。アダプター３００が受信側状態である場合、アダプター３００は、Ｍｉｒａｃａｓｔ接続を用いてソースデバイスより受信した映像を、ＨＤＭＩ出力端子から出力する。

ＬＥＤ３０７は、２つのＬＥＤ３０７Ａ、３０７Ｂを備え、２つのＬＥＤ３０７Ａ、３０７Ｂの発光態様によってアダプター３００の動作状態、例えば、電源のＯＮ／ＯＦＦ、アダプター３００の動作状態（送信側状態／受信側状態）等を通知する。

ＣＰＵ３１０は、記憶部３２０に格納されているコンピュータープログラムを読み出して実行することにより、ＯＳ３１１、ＵＳＢ制御部３１２、ＨＤＭＩ制御部３１３、無線制御部３１４、パススルー制御部３１５、接続制御部３１６、ＬＥＤ制御部３１７、状態変更部３１８として機能する。

ＵＳＢ制御部３１２は、ＵＳＢ規格に則って、ＵＳＢインターフェイス３４０に接続されている機器との間における通信を制御する。ＨＤＭＩ制御部３１３は、ＨＤＭＩ規格に則って、ＨＤＭＩインターフェイス３５０に接続されている機器との間における通信を制御する。無線制御部３１４は、所定の無線通信規格に則って、無線通信インターフェイス３６０に接続されている機器との間における通信を制御する。所定の無線通信規格とは、例えば、近距離無線通信、無線ＬＡＮ等である。ＬＥＤ制御部３１７は、ＬＥＤ３０７Ａ、３０７Ｂを制御する。

パススルー制御部３１５は、パススルーボタン３０３がＯＮの場合、すなわち、パススルーモードが選択されている場合に、パススルー制御を実行する。具体的には、パススルー制御部３１５は、アダプター３００のＨＤＭＩ入力端子に入力される映像を、そのまま、アダプター３００のＨＤＭＩ出力端子から出力する。

接続制御部３１６は、アダプター３００と、接続先装置と、の間におけるＭｉｒａｃａｓｔ接続の確立（上記手順ａ１、ａ２）を制御する。状態変更部３１８は、初期処理の実行主体がアダプター３００である場合に、初期処理を制御する。初期処理とは、Ｍｉｒａｃａｓｔ接続の確立に先立って必要となる「切り替え操作」を自動的に実行する処理である。詳細は後述する。

記憶部３２０は、ＲＯＭ、ＲＡＭ、ＤＲＡＭ、ハードディスク等により構成されている。記憶部３２０には、ＯＳをはじめとする種々のコンピュータープログラムが格納されている。また、記憶部３２０には、対応情報３２２と、現在の状態３２４と、が記憶されている。

対応情報３２２には、アダプター３００が、Ｍｉｒａｃａｓｔにおいて対応可能な機能を表す情報が予め格納されている。「対応可能な機能」とは、上述したｂ１〜ｂ３のいずれかである。本実施形態のアダプター３００は、ソースデバイスとしても、シンクデバイスとしても機能することができるため、対応情報３２２には、上述したｂ３を表す情報が格納されている。

現在の状態３２４には、アダプター３００が、現在、ソースデバイスとして機能する状態（以降「送信側状態」とも呼ぶ。）であるか、シンクデバイスとして機能する状態（以降「受信側状態」とも呼ぶ。）であるか、を表す情報が格納されている。

電源３３０は、アダプター３００の各部に電力を供給する。電源３３０としては、例えば二次電池を用いることができる。

ＵＳＢインターフェイス３４０には、例えば、電源３３０を充電するためのＡＣアダプターや、アダプター３００に対して映像を出力、または、アダプター３００からの映像を入力するためのパーソナルコンピューター（ＰＣ）等を接続することができる。ＨＤＭＩインターフェイス３５０には、例えば、アダプター３００からの映像を入力するためのＴＶ５００（図１）や、アダプター３００に対して映像を出力するためのＢＤレコーダー等を接続することができる。無線通信インターフェイス３６０には、例えば、アダプター３００に対して映像を出力、または、アダプター３００からの映像を入力するためのＨＭＤ１００（図１）や、アダプター３００からの映像を入力するためのＴＶ５００を接続することができる。

Ａ−１−３．表示装置の構成：
図５は、ＴＶ５００の構成を機能的に示すブロック図である。ＴＶ５００は、表示装置として機能するテレビジョンであり、ＣＰＵ５１０と、記憶部５２０と、電源５３０と、ＨＤＭＩインターフェイス５５０と、無線通信インターフェイス５６０と、を備えている。各部は図示しないバスにより相互に接続されている。ＨＤＭＩインターフェイス５５０は、図示しないＨＤＭＩ入力端子と、図示しないＨＤＭＩ出力端子と、を備えている。無線通信インターフェイス５６０は、図示しないアンテナを備えている。

ＣＰＵ５１０は、記憶部５２０に格納されているコンピュータープログラムを読み出して実行することにより、ＯＳ５１１、ＨＤＭＩ制御部５１３、無線制御部５１４、接続制御部５１６、状態変更部５１８として機能する。

ＨＤＭＩ制御部５１３は、ＨＤＭＩ規格に則って、ＨＤＭＩインターフェイス５５０に接続されている機器との間における通信を制御する。無線制御部５１４は、所定の無線通信規格に則って、無線通信インターフェイス５６０に接続されている機器との間における通信を制御する。所定の無線通信規格とは、例えば、近距離無線通信、無線ＬＡＮ等である。

接続制御部５１６は、ＴＶ５００と、接続先装置と、の間におけるＭｉｒａｃａｓｔ接続の確立（上記手順ａ１、ａ２）を制御する。状態変更部５１８は、初期処理の実行主体がＴＶ５００である場合に、初期処理を制御する。初期処理とは、Ｍｉｒａｃａｓｔ接続の確立に先立って必要となる「切り替え操作」を自動的に実行する処理である。詳細は後述する。

記憶部５２０は、ＲＯＭ、ＲＡＭ、ＤＲＡＭ、ハードディスク等により構成されている。記憶部５２０には、ＯＳをはじめとする種々のコンピュータープログラムが格納されている。また、記憶部５２０には、対応情報５２２と、現在の状態５２４と、が記憶されている。

対応情報５２２には、ＴＶ５００が、Ｍｉｒａｃａｓｔにおいて対応可能な機能を表す情報が予め格納されている。「対応可能な機能」とは、上述したｂ１〜ｂ３のいずれかである。本実施形態のＴＶ５００は、シンクデバイスとしてのみ機能できる（すなわち、ソースデバイスとして機能できない）ため、対応情報５２２には、上述したｂ２を表す情報が格納されている。

現在の状態５２４には、ＴＶ５００が、現在、ソースデバイスとして機能する状態（以降「送信側状態」とも呼ぶ。）であるか、シンクデバイスとして機能する状態（以降「受信側状態」とも呼ぶ。）であるか、を表す情報が格納されている。本実施形態のＴＶ５００は、シンクデバイスとしてのみ機能できるため、現在の状態５２４には、常に、受信側状態を表す情報が格納されている。

電源５３０は、ＴＶ５００の各部に電力を供給する。電源５３０としては、例えば二次電池を用いることができる。

ＨＤＭＩインターフェイス５５０には、例えば、ＴＶ５００に対して映像を出力するためのアダプター３００（図１）を接続することができる。無線通信インターフェイス５６０には、例えば、ＴＶ５００に対して映像を出力、または、ＴＶ５００からの映像を入力するためのＨＭＤ１００（図１）や、ＴＶ５００に対して映像を出力するためのアダプター３００を接続することができる。

Ａ−２．初期処理：
初期処理は、Ｍｉｒａｃａｓｔ接続の確立に先立って必要となる「切り替え操作」を自動的に実行する処理であり、Ｍｉｒａｃａｓｔ接続の確立（上記手順ａ１、ａ２）に先立って実行される。初期処理の実行主体は、ＨＭＤ１００でもよく、アダプター３００でもよく、ＴＶ５００でもよい。

図６は、初期処理の手順を示すシーケンス図である。初期処理は、ＨＭＤ１００が実行主体となる場合はＨＭＤ１００の状態変更部１４４により実行され、アダプター３００が実行主体となる場合はアダプター３００の状態変更部３１８により実行され、ＴＶ５００が実行主体となる場合はＴＶ５００の状態変更部５１８により実行される。以降、図６の説明では、ＨＭＤ１００の状態変更部１４４と、アダプター３００の状態変更部３１８と、ＴＶ５００の状態変更部５１８と、を区別せずに、単に「状態変更部」とも呼ぶ。また、図６の説明では、初期処理の実行主体となる装置を「第１の装置」とも呼び、第１の装置がＭｉｒａｃａｓｔ接続を確立しようとする接続先装置を「第２の装置」とも呼ぶ。

ステップＳ１００において第１の装置の状態変更部は、第１の装置がＰ２Ｐ接続を確立することが可能な周囲の装置を検出する。具体的には、状態変更部は、第１の装置の状態を、ソースデバイスとして機能する送信側状態とした上で、周囲のシンクデバイスから発信されるビーコンを検出する。その後、状態変更部は、第１の装置の状態を、シンクデバイスとして機能する受信側状態とした上で、周囲のソースデバイスから発信されるビーコンを検出する。

ステップＳ１０２において第２の装置は、第２の装置がＰ２Ｐ接続を確立することが可能な周囲の装置を検出する。詳細はステップＳ１００と同様である。

ステップＳ１０４において第１の装置の状態変更部は、第２の装置に対してＰ２Ｐ接続の確認要求を送信する。

ステップＳ１０６において第２の装置の状態変更部は、確認要求の応答として、第２の装置のＭＡＣアドレスと、第２の装置の現在の状態（送信側状態／受信側状態）と、第２の装置の対応情報（情報ｂ１〜ｂ３）と、を送信する。第２の装置の現在の状態と、対応情報とは、第２の装置がＨＭＤ１００である場合は記憶部１２０に、第２の装置がアダプター３００である場合は記憶部３２０に、第２の装置がＴＶ５００である場合は記憶部５２０に、それぞれ記憶されている。

ステップＳ１０８において第１の装置の状態変更部は、第１の装置の現在の状態（送信側状態／受信側状態）と、ステップＳ１０６で受信した第２の装置の現在の状態（送信側状態／受信側状態）と、が同じであるか否かを判定する。第１の装置の現在の状態は、第２の装置がＨＭＤ１００である場合は記憶部１２０に、第２の装置がアダプター３００である場合は記憶部３２０に、第２の装置がＴＶ５００である場合は記憶部５２０に、それぞれ記憶されている。このようにすれば、第１の装置の状態変更部は、第２の装置から取得した最新の状態に基づいて、第１の装置と第２の装置との両方の状態が同じであるか否かを判定することができる。

第１の装置と第２の装置との現在の状態が異なる場合（ステップＳ１０８：ＮＯ）、第１の装置の状態変更部は、処理をステップＳ１６０へ遷移させる。この場合、そのままの状態でＭｉｒａｃａｓｔ接続の確立を行うことができるためである。

第１の装置と第２の装置との現在の状態が同じである場合（ステップＳ１０８：ＹＥＳ）、第１の装置の状態変更部は、第１の装置の対応情報（情報ｂ１〜ｂ３）と、ステップＳ１０６で受信した第２の装置の対応情報（情報ｂ１〜ｂ３）と、に応じて、以下の分岐ｃ１〜ｃ３に処理を分岐させる。この場合、そのままの状態でＭｉｒａｃａｓｔ接続の確立を行うことができないためである。

（ｃ１）第１の装置のみが複数機能対応である場合（第２の装置は単機能対応）：
ステップＳ１２０において第１の装置の状態変更部は、第１の装置の現在の状態（送信側状態／受信側状態）を変更する。具体的には、状態変更部は、第１の装置の現在の状態が、送信側状態である場合は受信側状態へと変更し、受信側状態である場合は送信側状態へと変更する。

（ｃ２）第２の装置のみが複数機能対応である場合（第１の装置は単機能対応）：
ステップＳ１３０において第１の装置の状態変更部は、第２の装置に対して、現在の状態（送信側状態／受信側状態）を変更する旨の要求を送信する。要求を受信した第２の装置は、ステップＳ１３２において、第２の装置の現在の状態を変更する。詳細はステップＳ１２０と同様である。ステップＳ１３４において第２の装置は、第１の装置に対して、変更に成功した旨（または失敗した旨）の応答を送信する。

（ｃ３）第１の装置と第２の装置の両方が複数機能対応である場合：
ステップＳ１４０において第１の装置の状態変更部は、第２の装置に対して、第１の装置に有線接続されている機器を通知する。機器の通知には、機器の種類を特定可能な情報（例えば、機器の名称、機器の種類の名称等）を含む。本実施形態の場合、ＵＳＢインターフェイスを介して接続されている機器や、ＨＤＭＩインターフェイスを介して接続されている機器が「有線接続されている機器」に相当する。ステップＳ１４２において第２の装置は、第１の装置に対して、第２の装置に有線接続されている機器を通知する。詳細はステップＳ１４０と同様である。

ステップＳ１４６において第１の装置の状態変更部は、第１の装置に有線接続されている機器の種類と、ステップＳ１４２で受信した第２の装置に有線接続されている機器の種類と、に応じて、現在の状態（送信側状態／受信側状態）を変更すべき装置（以降、単に「対象装置」とも呼ぶ。）を決定する。具体的には、状態変更部は、第１の装置の現在の状態を、第１の装置に有線接続されている機器の種類（ソースデバイスとして機能する種類か、シンクデバイスとして機能する種類か）と同じにし、かつ、第２の装置の現在の状態を、第２の装置に有線接続されている機器の種類と同じにするように、対象装置を決定する。

例えば、状態変更部は、第１の装置に有線接続されている機器がＢＤレコーダー（ソースデバイスとして機能する種類）である場合、第１の装置の現在の状態を送信側状態とする。状態変更部は、第２の装置に有線接続されている機器がＴＶ５００（シンクデバイスとして機能する種類）である場合、第２の装置の現在の状態を受信側状態とする。

このようにすれば、状態変更部は、装置（第１の装置）や接続先装置（第２の装置）が、例えばアダプター３００のような「他の機器の代理」として送信側装置（ソースデバイス）または受信側装置（シンクデバイス）として機能する種類の装置であった場合でも、装置や接続先装置に接続されている機器の種類を考慮して、状態を変更させる対象装置を決定することができる。

なお、第１の装置に有線接続されている機器の種類と、第２の装置に有線接続されている機器の種類と、が「同じ」である場合（例えば、共にソースデバイスとして機能する種類、共にシンクデバイスとして機能する種類、共にソースデバイスとしてもシンクデバイスとしても機能する種類）、状態変更部は、以下の方法ｄ１〜ｄ３を用いて、対象装置を決定することができる。方法ｄ１〜ｄ３は単独で用いてもよく、組み合わせて用いてもよい。

（ｄ１）状態変更部は、Ｐ２Ｐ接続の確認要求（ステップＳ１０４）を送信した側の装置（図の例では、第１の装置）の現在の状態を維持し、Ｐ２Ｐ接続の確認要求を受信した側の装置（図の例では、第２の装置）を対象装置と決定する。方法ｄ１によれば、状態変更部は、映像無線伝送規格に従った接続（Ｍｉｒａｃａｓｔ接続）を開始するための要求（ステップＳ１０４）をされた側を、状態を変更させる対象装置と決定する。接続を開始するための要求は、例えば、Ｍｉｒａｃａｓｔ対応アプリケーションの開始操作、機器へのディスク挿入等の「利用者の操作」に応じて発行される場合が多い。このようにすれば、接続を開始するための要求をした側、換言すれば、利用者の操作が行われた側の装置の現在の状態（送信側状態／受信側状態）を維持することができ、利用者の意図を反映した形で、状態を変更させる対象装置を決定することができる可能性が高い。

（ｄ２）ＨＭＤ１００と、アダプター３００と、ＴＶ５００と、のそれぞれに、自装置における現在の状態（送信側状態／受信側状態）の履歴を記憶しておく構成とする。この場合、各装置の記憶部は「履歴記憶部」として機能する。また、ステップＳ１４０、Ｓ１４２では、有線接続されている機器と共に、現在の状態の履歴を通知する。状態変更部は、第１の装置の現在の状態の履歴から、第１の装置において過去に送信側状態が採用された回数と、第１の装置において過去に受信側状態が採用された回数とを取得する。同様に、状態変更部は、ステップＳ１４２で受信した第２の装置の現在の状態の履歴から、第２の装置において過去に送信側状態が採用された回数と、第２の装置において過去に受信側状態が採用された回数とを取得する。状態変更部は、取得した回数に応じて（例えば、多い方に合わせる、または、少ない方に合わせる）対象装置を決定する。方法ｄ２によれば、状態変更部は、装置（第１の装置）および接続先装置（第２の装置）における過去の履歴を用いて、簡便に、状態を変更させる対象装置を決定することができる。なお、回数に代えて、または、回数と共に、過去に送信側状態（受信側状態）が採用された「時間」を用いてもよい。

（ｄ３）ＨＭＤ１００と、アダプター３００と、ＴＶ５００と、のそれぞれに、予め、対象装置となり得る装置の優先順位を記憶しておく構成とする。優先順位は、例えば、「１：アダプター３００、２：ＨＭＤ１００」といったリスト形式で実現可能である。状態変更部は、自装置に記憶されている優先順位に従って、対象装置を決定する。方法ｄ３によれば、状態変更部は、予め定められた優先順位を用いて、簡便に、状態を変更させる対象装置を決定することができる。

なお、状態変更部は、第１、２の装置に有線接続されている機器の種類が同じである場合に限らず、ステップＳ１４０〜Ｓ１４６で説明した「有線接続されている機器の種類に応じた対象装置の決定」に代えて、上述した方法ｄ１〜ｄ３を用いて（または組み合わせて）、対象装置を決定してもよい。また、状態変更部は、第１、２の装置に有線接続されている機器の種類が複数である場合に、上述した方法ｄ１〜ｄ３を用いて（または組み合わせて）、対象装置を決定してもよい。

図６のステップＳ１４６において第２の装置を対象装置と決定した場合、第１の装置の状態変更部は、第２の装置に対して、現在の状態（送信側状態／受信側状態）を変更する旨の要求を送信する（ステップＳ１４８）。要求を受信した第２の装置は、ステップＳ１５０において、第２の装置の現在の状態を変更する。詳細はステップＳ１２０と同様である。ステップＳ１５２において第２の装置は、第１の装置に対して、変更に成功した旨（または失敗した旨）の応答を送信する。

ステップＳ１４６において第１の装置を対象装置と決定した場合、第１の装置の状態変更部は、第１の装置の現在の状態（送信側状態／受信側状態）を変更する（ステップＳ１５４）。ステップＳ１５６において第１の装置は、第２の装置に対して、変更に成功した旨（または失敗した旨）の応答を送信する。

ステップＳ１６０において第１の装置は、第２の装置に対して、Ｐ２Ｐ接続要求（上述した手順ａ１の開始要求）を送信する。その後、第１の装置と第２の装置との間で、上述した手順ａ１、ａ２が実行されることにより、Ｐ２Ｐ接続と、Ｍｉｒａｃａｓｔ接続とが確立される（ステップＳ１６２）。

Ａ−２−１．初期処理（実行主体がアダプター３００である場合）：
図７は、実行主体がアダプター３００である場合の初期処理について説明する図である。図７では、第１の装置がアダプター３００であり、第２の装置がＴＶ５００である場合を例示している。ＴＶ５００は、無線接続機能とＭｉｒａｃａｓｔ接続機能との両方を備え、単独でシンクデバイスとして機能することができるため、ＴＶ５００ｗと図示する。

初期処理（図６）のステップＳ１００において、アダプター３００の状態変更部３１８は、Ｐ２Ｐ接続を確立することが可能な周囲の装置として、送信側状態のＨＭＤ１００（図１）と、受信側状態のＴＶ５００ｗ（図７）と、を検出する。ステップＳ１０４において状態変更部３１８は、ＴＶ５００ｗへＰ２Ｐ接続の確認要求を送信する。ステップＳ１０６において状態変更部３１８は、ＴＶ５００ｗの対応情報５２２「単機能：シンクデバイス」と、現在の状態５２４「受信側状態」と、を取得する。図示のように、アダプター３００の対応情報３２２は「複数機能」、現在の状態３２４は「受信側状態」である。

このため、ステップＳ１０８において状態変更部３１８は、アダプター３００の現在の状態と、ＴＶ５００ｗの現在の状態とが同じであると判定する。アダプター３００のみが複数機能対応であるため（ステップＳ１１０：分岐ｃ１）、ステップＳ１２０において状態変更部３１８は、アダプター３００の現在の状態を「受信側状態」から「送信側状態」へと変更する。その後、状態変更部３１８は、ＴＶ５００ｗへＰ２Ｐ接続要求を送信し（ステップＳ１６０）、上述した手順ａ１、ａ２を経て、アダプター３００とＴＶ５００ｗとの間で、アダプター３００をソースデバイスとし、ＴＶ５００ｗをシンクデバイスとしたＭｉｒａｃａｓｔ接続が確立される（ステップＳ１６２）。

このように、図７の例では、アダプター３００の状態変更部３１８は、装置（アダプター３００）自身が送信側装置としての機能と受信側装置としての機能との両方を備える場合は、装置自身の状態（送信側状態／受信側状態）を変更させることで、送信側装置としての機能と受信側装置としての機能との切り替えの自動化を実現することができる。

Ａ−２−２．初期処理（実行主体がＴＶ５００である場合）：
図８は、実行主体がＴＶ５００である場合の初期処理について説明する図である。図８では、第１の装置がＴＶ５００であり、第２の装置がアダプター３００である場合を例示している。ＴＶ５００は、無線接続機能とＭｉｒａｃａｓｔ接続機能との両方を備え、単独でシンクデバイスとして機能することができるため、ＴＶ５００ｗと図示する。

初期処理（図６）のステップＳ１００において、ＴＶ５００ｗの状態変更部５１８は、Ｐ２Ｐ接続を確立することが可能な周囲の装置として、送信側状態のＨＭＤ１００（図１）と、受信側状態のアダプター３００（図８）と、を検出する。ステップＳ１０４において状態変更部５１８は、アダプター３００へＰ２Ｐ接続の確認要求を送信する。ステップＳ１０６において状態変更部５１８は、アダプター３００の対応情報３２２「複数機能」と、現在の状態３２４「受信側状態」と、を取得する。図示のように、ＴＶ５００ｗの対応情報５２２は「単機能：シンクデバイス」、現在の状態は「受信側状態」である。

このため、ステップＳ１０８において状態変更部５１８は、ＴＶ５００ｗの現在の状態と、アダプター３００の現在の状態とが同じであると判定する。アダプター３００のみが複数機能対応であるため（ステップＳ１１０：分岐ｃ２）、ステップＳ１３０、Ｓ１３２において状態変更部５１８は、アダプター３００の現在の状態を「受信側状態」から「送信側状態」へと変更させる。その後、状態変更部５１８は、アダプター３００へＰ２Ｐ接続要求を送信し（ステップＳ１６０）、上述した手順ａ１、ａ２を経て、ＴＶ５００ｗとアダプター３００との間で、アダプター３００をソースデバイスとし、ＴＶ５００ｗをシンクデバイスとしたＭｉｒａｃａｓｔ接続が確立される（ステップＳ１６２）。

このように、図８の例では、ＴＶ５００ｗの状態変更部５１８は、装置（ＴＶ５００ｗ）自身が送信側装置としての機能と受信側装置としての機能とのいずれか一方しか備えない場合は、接続先装置（アダプター３００）の状態（送信側状態／受信側状態）を変更させることで、送信側装置としての機能と受信側装置としての機能との切り替えの自動化を実現することができる。

Ａ−２−３．初期処理（実行主体がＨＭＤ１００である場合）：
図９は、実行主体がＨＭＤ１００である場合の初期処理について説明する図である。図９では、第１の装置がアダプター３００であり、第２の装置がＨＭＤ１００である場合を例示している。ＴＶ５００は、無線接続機能を有さず、単独ではシンクデバイスとして機能することができないものとする。

初期処理（図６）のステップＳ１００において、アダプター３００の状態変更部３１８は、Ｐ２Ｐ接続を確立することが可能な周囲の装置として、送信側状態のＨＭＤ１００（図９）を検出する。なお、ＴＶ５００は無線接続機能を有さないため、ここでは検出されない。ステップＳ１０４において状態変更部３１８は、ＨＭＤ１００へＰ２Ｐ接続の確認要求を送信する。ステップＳ１０６において状態変更部３１８は、ＨＭＤ１００の対応情報１２２「複数機能」と、現在の状態１２４「送信側状態」と、を取得する。図示のように、状態変更部３１８の対応情報３２２は「複数機能」、現在の状態３２４は「送信側状態」である。

このため、ステップＳ１０８において状態変更部３１８は、アダプター３００の現在の状態と、ＨＭＤ１００の現在の状態とが同じであると判定する。アダプター３００と、ＨＭＤ１００との両方が複数機能対応であるため（ステップＳ１１０：分岐ｃ３）、ステップＳ１４０において状態変更部３１８は、アダプター３００に有線接続されている機器「ＴＶ５００（図１）」を、ＨＭＤ１００に対して通知する。また、ステップＳ１４２において状態変更部３１８は、ＨＭＤ１００に有線接続されている機器「なし」を、ＨＭＤ１００から取得する。ステップＳ１４６において状態変更部３１８は、アダプター３００の現在の状態と、アダプター３００に有線接続されているＴＶ５００の種類（シンクデバイスとして機能する種類）と同じにするために、アダプター３００を対象装置に決定する。ステップＳ１５４において状態変更部３１８は、アダプター３００の現在の状態を「送信側状態」から「受信側状態」へと変更する。その後、状態変更部３１８は、ＨＭＤ１００へＰ２Ｐ接続要求を送信し（ステップＳ１６０）、上述した手順ａ１、ａ２を経て、アダプター３００とＨＭＤ１００との間で、ＨＭＤ１００をソースデバイスとし、アダプター３００をシンクデバイスとしたＭｉｒａｃａｓｔ接続が確立される（ステップＳ１６２）。

このように、図９の例では、アダプター３００の状態変更部３１８は、装置（アダプター３００）自身と接続先装置（ＨＭＤ１００）との両方が送信側装置としての機能と受信側装置としての機能との両方を備える場合は、装置と接続先装置との中から状態（送信側状態／受信側状態）を変更させる一方（対象装置、上記の例ではアダプター３００）を決定し、決定した一方の状態を変更させることで、送信側装置としての機能と受信側装置としての機能との切り替えの自動化を実現することができる。

以上のように、１対１の直接的な無線通信（Ｐ２Ｐ通信）により映像を伝送するための映像無線伝送規格（Ｍｉｒａｃａｓｔ）では、１対１で接続される２台の装置（第１の装置、第２の装置）のうち、一方が送信側装置（ソースデバイス）として機能し、他方が受信側装置（シンクデバイス）として機能する必要があり、２台ともが受信側装置（または２台ともが送信側装置）として機能する場合は、映像無線伝送規格に従った接続（Ｍｉｒａｃａｓｔ接続）を確立することができない。上記実施形態の初期処理（図６）によれば、状態変更部（ＨＭＤ１００の状態変更部１４４、アダプター３００の状態変更部３１８、ＴＶ５００の状態変更部５１８）は、映像無線伝送規格に従った接続の確立に先立って、装置（第１の装置）と接続先装置（第２の装置）との両方が、映像の送信側装置として機能する送信側状態である場合、または、映像の受信側装置として機能する受信側状態である場合に、装置と接続先装置とのいずれか一方の状態（送信側状態／受信側状態）を変更させるため、上述の問題を回避し、映像無線伝送規格に従った接続を確立することができる。また、状態変更部は、送信側装置として機能する送信側状態と、受信側装置として機能する受信側状態との切り替えを、自動的に行うことができるため、利用者の手を煩わせることを回避し、利便性を向上させることができる。これらの結果、上記実施形態の初期処理（図６）によれば、１対１の直接的な無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信する装置（ＨＭＤ１００、アダプター３００、ＴＶ５００）において、送信側装置としての機能と、受信側装置としての機能と、の切り替えを自動化することができる。

Ｂ．変形例：
上記実施形態において、ハードウェアによって実現されるとした構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されるとした構成の一部をハードウェアに置き換えるようにしてもよい。その他、以下のような変形も可能である。

・変形例１：
上記実施形態では、映像表示システムの構成について例示した。しかし、映像表示システムの構成は、本発明の要旨を逸脱しない範囲において任意に定めることが可能であり、例えば、構成要素の追加・削除・変換等を行うことができる。

例えば、アダプターと、アダプターに接続されている機器（図１の例ではＴＶ）とは、無線接続されていてもよい。

例えば、映像表示システムは、上述した各装置に代えて、または、上述した各装置と共に、他の装置を備えていてもよい。例えば、ソースデバイスとして、スマートフォン、タブレット端末、パーソナルコンピューター等が用いられてもよい。例えば、シンクデバイスとして、プロジェクター、ディスプレイ、スピーカー等が用いられてもよい。

例えば、ＨＭＤと、アダプターと、ＴＶとが備えるとした各機能部（接続制御部、状態変更部等）は、当該機能を実現するために設計されたＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）を用いて構成されてもよい。

例えば、ＨＭＤと、アダプターと、ＴＶとが備えるとした対応情報と、現在の状態と、は、例えばインターネットを介して接続されているサーバーに記憶されていてもよい。この場合、初期処理において、状態変更部は、サーバーから「第２の装置」の対応情報と現在の状態とを取得してもよい。

・変形例２：
上記実施形態では、ＨＭＤの構成について例示した。しかし、ＨＭＤの構成は、本発明の要旨を逸脱しない範囲において任意に定めることが可能であり、例えば、各構成部の追加・削除・変換等を行うことができる。

上記実施形態における制御部と画像表示部とに対する構成要素の割り振りは、あくまで一例であり、種々の態様を採用可能である。例えば、以下のような態様としてもよい。
（i）制御部にＣＰＵやメモリー等の処理機能を搭載し、画像表示部には表示機能のみを搭載する態様
（ｉｉ）制御部と画像表示部との両方にＣＰＵやメモリー等の処理機能を搭載する態様
（ｉｉｉ）制御部と画像表示部とを一体化した態様（例えば、画像表示部に制御部が含まれ眼鏡型のウェアラブルコンピューターとして機能する態様）
（ｉｖ）制御部の代わりにスマートフォンや携帯型ゲーム機を使用する態様
（ｖ）制御部と画像表示部とを無線ＬＡＮや赤外線通信やＢｌｕｅｔｏｏｔｈ等の無線の信号伝送路を介した接続により接続し、接続部（コード）を廃した態様。なお、この場合において、制御部または画像表示部に対する給電をワイヤレスにより実施してもよい。

図１０は、変形例におけるＨＭＤの外観の構成を示す説明図である。図１０（Ａ）の画像表示部２０ｘは、右光学像表示部２６ｘおよび左光学像表示部２８ｘを備えている。これらは上記実施形態の光学部材よりも小さく形成され、ＨＭＤの装着時における利用者の左右の眼の斜め上にそれぞれ配置されている。図１０（Ｂ）の画像表示部２０ｙは、右光学像表示部２６ｙおよび左光学像表示部２８ｙを備えている。これらは上記実施形態の光学部材よりも小さく形成され、ＨＭＤの装着時における利用者の左右の眼の斜め下にそれぞれ配置されている。このように、光学像表示部は利用者の眼の近傍に配置されていれば足りる。光学像表示部を形成する光学部材の大きさは任意であり、光学像表示部が利用者の眼の一部分のみを覆う態様、換言すれば、光学像表示部が利用者の眼を完全に覆わない態様でもよい。

例えば、ＨＭＤは、両眼タイプの透過型ＨＭＤであるものとしたが、単眼タイプのＨＭＤとしてもよい。例えば、利用者がＨＭＤを装着した状態において外景の透過が遮断される非透過型ＨＭＤとして構成してもよいし、非透過型ＨＭＤにカメラを搭載したビデオシースルーとして構成してもよい。例えば、イヤホンは耳掛け型やヘッドバンド型を採用してもよく、省略しても良い。

例えば、眼鏡のように装着する画像表示部に代えて、通常の平面型ディスプレイ装置（液晶ディスプレイ装置、プラズマディスプレイ装置、有機ＥＬディスプレイ装置等）を採用してもよい。この場合も、制御部と画像表示部との間の接続は、有線、無線どちらでもよい。このようにすれば、制御部を、通常の平面型ディスプレイ装置のリモコンとして利用することができる。例えば、眼鏡のように装着する画像表示部に代えて、例えば帽子のように装着する画像表示部や、ヘルメット等の身体防護具に内蔵された画像表示部といった、他の態様の画像表示部を採用してもよい。例えば、自動車や飛行機等の車両、またはその他の交通手段に搭載されるヘッドアップディスプレイ（ＨＵＤ、Head-Up Display）として構成されてもよい。

・変形例３：
上記実施形態では、初期処理の一例を示した。しかし、上記実施形態において示した処理の手順はあくまで一例であり、種々の変形が可能である。例えば、一部のステップを省略してもよいし、更なる他のステップを追加してもよい。実行されるステップの順序を変更してもよい。

例えば、１対１の直接的な無線通信の例としてＷｉＦｉ−Ｄｉｒｅｃｔを、１対１の直接的な無線通信により映像等を伝送するための種々の映像無線伝送規格の例としてＭｉｒａｃａｓｔを例示したが、これらはあくまで例示であり、装置（第１の装置）と、接続先装置（第２の装置）との間の通信は、ＷｉＦｉ−ＤｉｒｅｃｔやＭｉｒａｃａｓｔ以外の規格／方式に準拠していてもよい。

例えば、初期処理は、Ｍｉｒａｃａｓｔ接続の確立処理（上述した手順ａ１、ａ２）の前に実行されるとした。しかし、初期処理は、例えば、Ｐ２Ｐ接続の確立処理（手順ａ１）の中で実行されてもよい。また、Ｍｉｒａｃａｓｔ接続の確立処理（手順ａ２）の中で実行されてもよい。

例えば、履歴記憶部には、自装置における現在の状態（送信側状態／受信側状態）の履歴以外の履歴が記憶されていてもよい。現在の状態以外の履歴とは、例えば、自装置に対して接続された機器（ＴＶ等）の履歴を採用してもよい。このようにすれば、第１の装置と第２の装置における過去の状況に基づいて、状態を変更させる対象装置を決定することができる。

・変形例４：
本発明は、上述の実施形態や実施例、変形例に限られるものではなく、その趣旨を逸脱しない範囲において種々の構成で実現することができる。例えば、発明の概要の欄に記載した各形態中の技術的特徴に対応する実施形態、実施例、変形例中の技術的特徴は、上述の課題の一部または全部を解決するために、あるいは、上述の効果の一部または全部を達成するために、適宜、差し替えや組み合わせを行うことが可能である。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することが可能である。

１０…制御部
１１…決定キー
１２…点灯部
１３…表示切替キー
１４…トラックパッド
１５…輝度切替キー
１６…方向キー
１７…メニューキー
１８…電源スイッチ
２０…画像表示部
２１…右保持部
２２…右表示駆動部
２３…左保持部
２４…左表示駆動部
２６…右光学像表示部
２８…左光学像表示部
３０…イヤホンプラグ
３２…右イヤホン
３４…左イヤホン
４０…接続部
４２…右コード
４４…左コード
４６…連結部材
４８…本体コード
５１…送信部
５３…受信部
６１…カメラ
６６…９軸センサー
１００…ヘッドマウントディスプレイ（装置、接続先装置）
１１０…入力情報取得部
１２０…記憶部
１２２…対応情報
１２４…現在の状態
１３０…電源
１３２…無線通信部
１４０…ＣＰＵ
１４２…接続制御部
１４４…状態変更部
１５０…ＯＳ
１６０…画像処理部
１７０…音声処理部
１８０…インターフェイス
１９０…表示制御部
２０１…右バックライト制御部（画像光生成部）
２０２…左バックライト制御部（画像光生成部）
２１１…右ＬＣＤ制御部（画像光生成部）
２１２…左ＬＣＤ制御部（画像光生成部）
２２１…右バックライト（画像光生成部）
２２２…左バックライト（画像光生成部）
２４１…右ＬＣＤ（画像光生成部）
２４２…左ＬＣＤ（画像光生成部）
２５１…右投写光学系
２５２…左投写光学系
２６１…右導光板（光学像表示部）
２６２…左導光板（光学像表示部）
３００…アダプター（装置、接続先装置）
３０１…電源ボタン
３０３…パススルーボタン
３０５…切り替えスイッチ
３０７…ＬＥＤ
３１０…ＣＰＵ
３１１…ＯＳ
３１２…ＵＳＢ制御部
３１３…ＨＤＭＩ制御部
３１４…無線制御部
３１５…パススルー制御部
３１６…接続制御部
３１８…状態変更部
３２０…記憶部
３２２…対応情報
３２４…現在の状態
３３０…電源
３４０…ＵＳＢインターフェイス
３５０…ＨＤＭＩインターフェイス
３６０…無線通信インターフェイス
５００…ＴＶ（装置、接続先装置）
５１０…ＣＰＵ
５１３…ＨＤＭＩ制御部
５１４…無線制御部
５１６…接続制御部
５１８…状態変更部
５２０…記憶部
５２２…対応情報
５２４…現在の状態
５３０…電源
５５０…ＨＤＭＩインターフェイス
５６０…無線通信インターフェイス
１０００…映像表示システム
ＶＳｙｎｃ…垂直同期信号
ＨＳｙｎｃ…水平同期信号
Ｄａｔａ…画像データー
ＯＡ…外部装置
ＰＣ…パーソナルコンピューター
ＶＩ…虚像
ＳＣ…外景
ＶＲ…視野
ＲＥ…右眼
ＬＥ…左眼

Claims (11)

1. １対１の無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信し、送信側装置としての機能と、受信側装置としての機能と、のいずれか一方を備える装置であって、
   前記装置と接続先装置との間における前記映像無線伝送規格に従った接続の確立を制御する接続制御部と、
   前記装置と前記接続先装置との両方が、前記映像の送信側装置として機能する送信側状態である場合、または、前記装置と前記接続先装置との両方が、前記映像の受信側装置として機能する受信側状態である場合に、前記接続の確立に先立って、前記装置と前記接続先装置とのいずれか一方の状態を変更させる状態変更部であって、前記装置と前記接続先装置との両方の状態が同じである場合に、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させる状態変更部と、
   を備える、装置。
2. 請求項１に記載の装置であって、
   前記状態変更部は、前記接続先装置の状態を取得し、取得した状態に基づいて、前記装置と前記接続先装置との両方の状態が同じであるか否かを判定する、装置。
3. １対１の無線通信により映像を伝送するための映像無線伝送規格に従って、映像を送信または受信する装置であって、
   前記装置と接続先装置との間における前記映像無線伝送規格に従った接続の確立を制御する接続制御部と、
   前記装置と前記接続先装置との両方が、前記映像の送信側装置として機能する送信側状態である場合、または、前記装置と前記接続先装置との両方が、前記映像の受信側装置として機能する受信側状態である場合に、前記接続の確立に先立って、前記装置と前記接続先装置とのいずれか一方の状態を変更させる状態変更部と、
   を備え、
   前記装置は、前記送信側装置としての機能と、前記受信側装置としての機能と、の両方を備え、
   前記接続先装置は、前記送信側装置としての機能と、前記受信側装置としての機能と、の両方を備え、
   前記状態変更部は、さらに、
   前記装置と前記接続先装置との両方の状態が同じである場合に、前記装置と前記接続先装置との中から状態を変更させる対象装置を決定し、
   前記対象装置が前記装置である場合、前記装置の状態を変更させ、
   前記対象装置が前記接続先装置である場合、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させる、装置。
4. 請求項３に記載の装置であって、
   前記状態変更部は、
   前記装置に接続されている機器の種類を取得し、
   前記接続先装置に接続されている機器の種類を取得し、
   前記装置に接続されている機器の種類と、前記接続先装置に接続されている機器の種類と、に応じて、前記対象装置を決定する、装置。
5. 請求項３または請求項４に記載の装置であって、
   前記状態変更部は、
   前記装置から前記接続を開始するための要求を送信した場合は、前記接続先装置を前記対象装置と決定し、
   前記接続先装置から前記接続を開始するための要求を受信した場合は、前記装置を前記対象装置と決定する、装置。
6. 請求項３から請求項５のいずれか一項に記載の装置であって、さらに、
   前記装置において過去に前記送信側状態が採用された回数または時間と、前記装置において過去に前記受信側状態が採用された回数または時間と、に関する履歴を記憶する履歴記憶部を備え、
   前記状態変更部は、
   前記接続先装置の前記履歴を取得し、
   前記装置の前記履歴と、前記接続先装置の前記履歴と、に応じて、前記対象装置を決定する、装置。
7. 請求項３から請求項６のいずれか一項に記載の装置であって、
   前記状態変更部は、予め定められた優先順位に従って前記対象装置を決定する、装置。
8. 送信側装置としての機能と、受信側装置としての機能と、のいずれか一方を備える装置を制御する方法であって、
   （ａ）前記装置と接続先装置との間における、１対１の無線通信により映像を伝送するための映像無線伝送規格に従った接続の確立を制御する工程と、
   （ｂ）前記装置と前記接続先装置との両方が、前記映像の記送信側装置として機能する送信側状態である場合、または、前記装置と前記接続先装置との両方が、前記映像の受信側装置として機能する受信側状態である場合に、前記接続の確立に先立って、前記装置と前記接続先装置とのいずれか一方の状態を変更させる工程であって、前記装置と前記接続先装置との両方の状態が同じである場合に、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させる工程と、
   を備える、方法。
9. コンピュータープログラムであって、
   送信側装置としての機能と、受信側装置としての機能と、のいずれか一方を備える装置と接続先装置との間における、１対１の無線通信により映像を伝送するための映像無線伝送規格に従った接続の確立を制御する機能と、
   前記装置と前記接続先装置との両方が、前記映像の送信側装置として機能する送信側状態である場合、または、前記装置と前記接続先装置との両方が、前記映像の受信側装置として機能する受信側状態である場合に、前記接続の確立に先立って、前記装置と前記接続先装置とのいずれか一方の状態を変更させる機能であって、前記装置と前記接続先装置との両方の状態が同じである場合に、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させる機能と、
   をコンピューターに実現させるための、コンピュータープログラム。
10. 送信側装置としての機能と、受信側装置としての機能と、の両方を備える装置を制御する方法であって、
    （ａ）前記装置と前記送信側装置としての機能と、前記受信側装置としての機能と、の両方を備える接続先装置との間における、１対１の無線通信により映像を伝送するための映像無線伝送規格に従った接続の確立を制御する工程と、
    （ｂ）前記装置と前記接続先装置との両方が、前記映像の記送信側装置として機能する送信側状態である場合、または、前記装置と前記接続先装置との両方が、前記映像の受信側装置として機能する受信側状態である場合に、前記接続の確立に先立って、前記装置と前記接続先装置とのいずれか一方の状態を変更させる工程であって、
    さらに、
    前記装置と前記接続先装置との両方の状態が同じである場合に、前記装置と前記接続先装置との中から状態を変更させる対象装置を決定し、
    前記対象装置が前記装置である場合、前記装置の状態を変更させ、
    前記対象装置が前記接続先装置である場合、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させる工程と、
    を備える、方法。
11. コンピュータープログラムであって、
    送信側装置としての機能と、受信側装置としての機能と、の両方を備える装置と前記送信側装置としての機能と、前記受信側装置としての機能と、の両方を備える接続先装置との間における、１対１の無線通信により映像を伝送するための映像無線伝送規格に従った接続の確立を制御する機能と、
    前記装置と前記接続先装置との両方が、前記映像の送信側装置として機能する送信側状態である場合、または、前記装置と前記接続先装置との両方が、前記映像の受信側装置として機能する受信側状態である場合に、前記接続の確立に先立って、前記装置と前記接続先装置とのいずれか一方の状態を変更させる機能であって、
    さらに、
    前記装置と前記接続先装置との両方の状態が同じである場合に、前記装置と前記接続先装置との中から状態を変更させる対象装置を決定し、
    前記対象装置が前記装置である場合、前記装置の状態を変更させ、
    前記対象装置が前記接続先装置である場合、前記接続先装置に対して、前記接続先装置の状態を変更する旨の要求を送信することで、前記接続先装置の状態を変更させる機能と、
    をコンピューターに実現させるための、コンピュータープログラム。

Images