(57)【要約】［課題］通信相手装置を正しく特定可能な通信装置を提供する。［解決手段］通信装置１は、特定の通信インタフェースを介して通信相手装置と接続されたことを検出する接続検出部３と、接続検出部にて通信相手装置との接続が検出されたときに、特定の時間情報またはメッセージの少なくとも一方を含む特定情報を取得する特定情報取得部４と、特定情報を含むパケットを生成するパケット生成部５と、パケットをネットワークを介してブロードキャストするブロードキャスト部６と、を備える。
2014207899.tif 000002
【特許請求の範囲】
【請求項１】
特定の通信インタフェースを介して通信相手装置と接続されたことを検出する接続検出部と、
前記接続検出部にて前記通信相手装置との接続が検出されたときに、特定の時間情報またはメッセージの少なくとも一方を含む特定情報を取得する特定情報取得部と、
前記特定情報を含むパケットを生成するパケット生成部と、
前記パケットをネットワークを介してブロードキャストするブロードキャスト部と、を備える通信装置。
【請求項２】
前記特定情報は、前記接続検出部が前記通信相手装置との接続を検出した時刻に関連する情報である請求項１に記載の通信装置。
【請求項３】
前記時刻に関連する情報は、絶対時刻情報である請求項２に記載の通信装置。
【請求項４】
前記時刻に関連する情報は、前記通信相手装置から前記特定の通信インタフェースを介して受信された、前記通信相手装置が管理する時刻情報である請求項２に記載の通信装置。
【請求項５】
前記時刻情報は、前記特定の通信インタフェースの規格で定められたユーザ定義のコマンドに応答して、前記通信相手装置から前記特定の通信インタフェースを介して送信された時刻情報である請求項４に記載の通信装置。
【請求項６】
前記特定情報は、前記特定の通信インタフェースの規格で定められたユーザ定義のコマンドに応答して、前記通信相手装置から前記特定の通信インタフェースを介して送信された特定のメッセージ情報である請求項１に記載の通信装置。
【請求項７】
前記特定の通信インタフェースを介して前記通信相手装置との接続が遮断されたことを検出する接続遮断検出部を備え、
前記特定情報取得部は、前記接続遮断検出部にて前記通信相手装置との接続遮断が検出されたときに、前記特定情報を取得し、
前記パケット生成部は、前記接続遮断検出部にて前記通信相手装置との接続遮断が検出されたときに前記特定情報取得部で取得された前記特定情報を含むパケットを生成し、
前記ブロードキャスト部は、前記接続遮断検出部にて前記通信相手装置との接続遮断が検出されたときに前記パケット生成部で生成された前記パケットをブロードキャストする請求項１に記載の通信装置。
【請求項８】
前記特定情報取得部で取得された前記特定情報を記憶する特定情報記憶部を備え、
前記特定情報取得部は、前記接続遮断検出部で前記通信相手装置との接続遮断が検出されると、前記特定情報記憶部に記憶された前記特定情報を読み出す請求項７に記載の通信装置。
【請求項９】
前記通信相手装置との間でコンテンツ伝送を行うのに利用可能なすべての通信インタフェースおよびプロトコルを検出する通信方式検出部と、
前記通信方式検出部にて検出されたすべての通信インタフェースおよびプロトコルのそれぞれを選択して前記通信相手装置との間でコンテンツの伝送を行ったときに、コンテンツ保護および符号化を正しく行えるか否かを判定するコンテンツ判定部と、
前記コンテンツ判定部によりコンテンツ保護および符号化を正しく行えると判定された通信インタフェースおよびプロトコルのそれぞれに対して、前記通信相手装置との間でのコンテンツ伝送に用いた場合の優先度を設定する優先度設定部と、
前記優先度に基づいて、前記判定部によりコンテンツ保護および符号化を正しく行えると判定された通信インタフェースおよびプロトコルの中から一つを選択する通信方式選択部と、
前記通信方式選択部で選択された通信インタフェースまたはプロトコルを用いて、前記通信相手装置との間でコンテンツの伝送を行うコンテンツ伝送部と、を備える請求項１に記載の通信装置。
【請求項１０】
コンテンツ伝送を有線で行うのか、無線で行うのかを判定する有線無線判定部と、
前記有線無線判定部での判定結果に基づいて、有線または無線に適した通信設定情報を取得する通信設定情報取得部と、を備え、
前記優先度設定部は、前記通信設定情報に基づいて前記優先度を設定する請求項９に記載の通信装置。
【請求項１１】
前記優先度設定部は、アプリケーションの種類と、コンテンツの種類と、通信装置および前記通信相手装置の性能との少なくとも一つに基づいて前記優先度を設定する請求項１０に記載の通信装置。
【請求項１２】
前記通信相手装置から送信されたパケットを受信するパケット受信部と、
前記パケットに含まれる特定情報が、前記特定情報取得部にて取得された前記特定情報に一致するか否かを判定する特定情報判定部と、
前記特定情報判定部により一致しないと判定されると、前記パケット受信部で受信されたパケットを破棄し、一致すると判定されると、前記通信相手装置と前記通信インタフェースとの対応関係の情報を格納する特定情報記憶部と、を備えることを特徴とする請求項１に記載の通信装置。
【請求項１３】
特定の通信インタフェースを介して通信相手装置と接続されたことを検出するステップと、
前記通信相手装置との接続が検出されたときに、特定の時間情報またはメッセージの少なくとも一方を含む特定情報を取得するステップと、
前記特定情報を含むパケットを生成するステップと、
前記パケットをネットワークを介してブロードキャストするステップと、を備える通信方法。
【請求項１４】
前記特定情報は、前記接続検出部が前記通信相手装置との接続を検出した時刻に関連する情報である請求項１３に記載の通信方法。
【請求項１５】
前記特定情報は、前記特定の通信インタフェースの規格で定められたユーザ定義のコマンドに応答して、前記通信相手装置から前記特定の通信インタフェースを介して送信された特定のメッセージ情報である請求項１３に記載の通信方法。
【請求項１６】
前記特定の通信インタフェースを介して前記通信相手装置との接続が遮断されたことを検出する接続遮断検出部を備え、
前記特定情報取得部は、前記接続遮断検出部にて前記通信相手装置との接続遮断が検出されたときに、前記特定情報を取得し、
前記パケット生成部は、前記接続遮断検出部にて前記通信相手装置との接続遮断が検出されたときに前記特定情報取得部で取得された前記特定情報を含むパケットを生成し、
前記ブロードキャスト部は、前記接続遮断検出部にて前記通信相手装置との接続遮断が検出されたときに前記パケット生成部で生成された前記パケットをブロードキャストする請求項１３に記載の通信方法。
【請求項１７】
前記特定情報取得部で取得された前記特定情報を記憶する特定情報記憶部を備え、
前記特定情報取得部は、前記接続遮断検出部で前記通信相手装置との接続遮断が検出されると、前記特定情報記憶部に記憶された前記特定情報を読み出す請求項１６に記載の通信方法。
【請求項１８】
前記通信相手装置との間でコンテンツ伝送を行うのに利用可能なすべての通信インタフェースおよびプロトコルを検出する通信方式検出部と、
前記通信方式検出部にて検出されたすべての通信インタフェースおよびプロトコルのそれぞれを選択して前記通信相手装置との間でコンテンツの伝送を行ったときに、コンテンツ保護および符号化を正しく行えるか否かを判定するコンテンツ判定部と、
前記コンテンツ判定部によりコンテンツ保護および符号化を正しく行えると判定された通信インタフェースおよびプロトコルのそれぞれに対して、前記通信相手装置との間でのコンテンツ伝送に用いた場合の優先度を設定する優先度設定部と、
前記優先度に基づいて、前記判定部によりコンテンツ保護および符号化を正しく行えると判定された通信インタフェースおよびプロトコルの中から一つを選択する通信方式選択部と、
前記通信方式選択部で選択された通信インタフェースまたはプロトコルを用いて、前記通信相手装置との間でコンテンツの伝送を行うコンテンツ伝送部と、を備える請求項１３に記載の通信方法。
【請求項１９】
コンテンツ伝送を有線で行うのか、無線で行うのかを判定する有線無線判定部と、
前記有線無線判定部での判定結果に基づいて、有線または無線に適した通信設定情報を取得する通信設定情報取得部と、を備え、
前記優先度設定部は、前記通信設定情報に基づいて前記優先度を設定する請求項１８に記載の通信方法。
【請求項２０】
前記優先度設定部は、アプリケーションの種類と、コンテンツの種類と、通信装置および前記通信相手装置の性能との少なくとも一つに基づいて前記優先度を設定する請求項１９に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信相手装置と通信を行う通信装置および通信方法に関する。
【背景技術】
【０００２】
ソース装置とシンク装置が特定の通信インタフェース、例えばＨＤＭＩ（High-Definition Multimedia Interface）で接続されている場合、ＨＤＭＩで接続された通信相手装置のＭＡＣアドレスを正しく識別できない。【０００３】
また、ＴＶ等のシンク装置は、レコーダ等のソース装置からコンテンツの提供を受けるにあたって、どのような通信インタフェースやプロトコルを使用するかを決めなければならない。特に、ソース装置とシンク装置との間に、数多くの通信インタフェースやプロトコルが用意されている場合、その中から最適なものをユーザに選択させるのは、ユーザにとって負担が大きく、適切でない通信インタフェースやプロトコルを選択してしまい、結果としてコンテンツの再生品質が劣化してしまうこともありうる。また、ソース装置やシンク装置の性能、コンテンツの種類、通信環境などによって、最適な通信インタフェースやプロトコルが変わるため、通信インタフェースやプロトコルの選択を固定にするわけにもいかない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２４４３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態は、通信相手装置を正しく特定可能な通信装置および通信方法を提供するものである。
【課題を解決するための手段】
【０００６】
本実施形態では、特定の通信インタフェースを介して通信相手装置と接続されたことを検出する接続検出部と、
前記接続検出部にて前記通信相手装置との接続が検出されたときに、特定の時間情報またはメッセージの少なくとも一方を含む特定情報を取得する特定情報取得部と、
前記特定情報を含むパケットを生成するパケット生成部と、
前記パケットをネットワークを介してブロードキャストするブロードキャスト部と、を備える通信装置が提供される。
【図面の簡単な説明】
【０００７】
【図１】一実施形態に係る通信装置１の概略構成を示すブロック図。
【図２】一実施形態に係る通信相手装置１１の概略構成を示すブロック図。
【図３】通信装置１と通信相手装置１１との接続環境の一例を示す図。
【図４】通信装置１の処理手順の第１例を示すフローチャート。
【図５】ＩＰパケット２０のデータ構成を示す図。
【図６】通信装置１がブロードキャストしたパケットを受信する通信相手装置１１の処理手順の一例を示すフローチャート。
【図７】通信装置１がＨＤＭＩ−ＣＥＣのＶＳＣで通信相手装置１１が管理する時刻情報を要求する場合の処理手順の一例を示すフローチャート。
【図８】図７の変形例を示すフローチャート。
【図９】図４に対応するＨＤＭＩ接続遮断時の処理手順の一例を示すフローチャート。
【図１０】図７に対応するＨＤＭＩ接続遮断時の処理手順の一例を示すフローチャート。
【図１１】図８に対応するＨＤＭＩ接続遮断時の処理手順の一例を示すフローチャート。
【図１２】ポリシーエンジン部７の内部構成の一例を示すブロック図。
【図１３】ポリシーエンジン部７または１８が行う特定の通信インタフェースおよびプロトコルを決定する処理手順の一例を示すフローチャート。
【図１４】通信インタフェースおよびプロトコルが変更になる場合の処理手順の一例を示すフローチャート。
【発明を実施するための形態】
【０００８】
以下、図面を参照しながら、本発明の実施形態を説明する。
図１は一実施形態に係る通信装置１の概略構成を示すブロック図である。図１の通信装置１は、通信インタフェース部２と、接続検出部３と、特定情報取得部４と、パケット生成部５と、ブロードキャスト部６と、ポリシーエンジン部７と、接続遮断検出部８とを備えている。
【０００９】
通信インタフェース部２は、ＨＤＭＩやＭＨＬ（Mobile High Definition Link）等の通信インタフェースを介して信号を送受する処理を行う。
【００１０】
接続検出部３は、特定の通信インタフェースを介して通信相手装置と接続されたことを検出する。特定情報取得部４は、接続検出部３にて通信相手装置との接続が検出されたときに、特定の時間情報またはメッセージ情報の少なくとも一方を含む特定情報を取得する。パケット生成部５は、特定情報を含むパケットを生成する。ブロードキャスト部６は、パケットをネットワーク９を介してブロードキャストする。
【００１１】
ポリシーエンジン部７は、通信装置１と通信相手装置との間でコンテンツ伝送を行う際に使用する特定の通信インタフェースまたはプロトコルを選択する処理を行う。ポリシーエンジン部７は、通信装置１の代わりに、通信相手装置のみに設けてもよい。あるいは、通信装置１と通信相手装置の双方にポリシーエンジン部７を設けてもよい。
【００１２】
図１の通信装置１は、例えばソース装置とシンク装置の一方であり、他方が通信相手装置である。
【００１３】
特定の通信インタフェースは、例えばＨＤＭＩまたはＭＨＬ（Mobile High Definition Link）であるが、これら以外の通信インタフェース（例えばディスプレイポートなど）を用いてもよい。以下では、説明の簡略化のために、特定の通信インタフェースがＨＤＭＩの場合について説明する。
【００１４】
特定情報は、例えば、通信装置１と通信相手装置がＨＤＭＩで接続された時刻に関連する情報である。
【００１５】
本実施形態では、通信装置１と通信相手装置がＨＤＭＩで接続された時刻情報を含む特定情報を通信装置１がパケットに含めてブロードキャストし、ＨＤＭＩで接続された通信相手装置は、このパケットを受信すると、このパケットに含まれる特定情報内の時刻情報を、予め自身で所持する時刻情報と比較し、両者が一致すれば、ブロードキャストした通信装置１が、ＨＤＭＩで接続された通信装置１と一致すると認識する。通信装置１側も同様の処理を行うことで、ＨＤＭＩで接続された通信相手装置を正しく特定できる。
【００１６】
図２は一実施形態に係る通信相手装置１１の概略構成を示すブロック図である。図２の通信相手装置１１は、図１の通信装置１との間で、ＨＤＭＩやＭＨＬ等の通信インタフェースで接続可能とされている。図２の通信相手装置１１は、図１の通信装置１がソース装置であればシンク装置であり、図１の通信装置１がシンク装置であればソース装置である。
【００１７】
図２の通信相手装置１１は、通信インタフェース部１２と、接続検出部１３と、特定情報取得部１４と、パケット受信部１５と、特定情報判定部１６と、特定情報記憶部１７と、ポリシーエンジン部１８と、接続遮断検出部１９とを有する。
【００１８】
接続検出部１３は、特定の通信インタフェースを介して通信装置１と接続されたことを検出する。特定情報取得部１４は、接続検出部１３にて通信装置１との接続が検出されたときに、特定の時間情報またはメッセージの少なくとも一方を含む特定情報を取得する。パケット受信部１５は、通信装置１から送信されたパケットを受信して、パケットに含まれる特定情報やＭＡＣアドレス等を抽出する処理を行う。特定情報判定部１６は、パケットに含まれる特定情報が、特定情報取得部１４にて予め取得した特定情報と一致するか否かを判定する。特定情報記憶部１７は、特定情報判定部１６により一致しないと判定されると、パケット受信部１５で受信されたパケットを破棄し、一致すると判定されると、特定情報と通信インタフェースとの対応関係の情報を格納する。ポリシーエンジン部１８は、図１のポリシーエンジン部７と同様の処理を行う。
【００１９】
なお、図２の通信相手装置１１内の各部と同じものが、図１の通信装置１内に設けられてもよい。同様に、図１の通信装置１内の各部と同じものが、図２の通信相手装置１１内に設けられてもよい。
【００２０】
図３は通信装置１と通信相手装置１１との接続環境の一例を示す図である。図３の例では、シンク装置Ａとソース装置ＡとがＨＤＭＩで接続され、シンク装置Ｂとソース装置Ｂとが別のＨＤＭＩで接続され、これら４つの装置がハブを介してネットワーク９にも接続されている。これら４つの装置は、ネットワーク９を介して、ＩＰパケットを送受することができる。
【００２１】
図３のシンク装置ＡまたはＢは例えば図１の通信装置１に対応し、ソース装置ＡまたはＢは図２の通信相手装置１１に対応する。
【００２２】
図４は通信装置１の処理手順の第１例を示すフローチャートである。まず、接続検出部３にて、通信相手装置１１とＨＤＭＩで接続されたことが検知されたか否かを判定する（ステップＳ１）。ＨＤＭＩで接続されるまでステップＳ１に留まる。通信装置１と通信相手装置１１がＨＤＭＩケーブルで接続されると、両装置間でＨＰＤ（Hot Plug Detection）信号が送受される。これにより、両装置は、ＨＤＭＩケーブルで接続されたことを認識する。
【００２３】
通信装置１内の特定情報取得部４は、通信相手装置１１とＨＤＭＩで接続されると、例えばネットワーク９を介してＮＴＰ（Network Time Protocol）サーバにアクセスして、通信相手装置１１とＨＤＭＩで接続された時刻を示す絶対時刻情報すなわち標準時刻情報を取得する（ステップＳ２）。このとき、通信相手装置１１も、ＮＴＰサーバにアクセスして、絶対時刻情報を取得して、保存しておく。
【００２４】
このステップＳ２で絶対時刻情報を取得する理由は、絶対時刻情報はすべての装置を同期化させる基準情報として用いることができるためである。
【００２５】
例えば、通信相手装置１１であるソース装置が、絶対時刻ｔで、通信装置１であるシンク装置にＨＤＭＩ接続されると、シンク装置は、ＨＤＭＩを介してＨＰＤ信号をアサートし、ソース装置はシンク装置がＨＰＤ信号をアサートしたことを検出できる。これにより、ソース装置は、絶対時刻ｔでシンク装置に接続されたことを把握する。本実施形態では、絶対時刻ｔをソース装置からシンク装置にＩＰレイヤを介して通知することを想定している。ＭＨＬの場合、絶対時刻ｔは、ディスカバリ段階からオン段階に移行するシンク装置をソース装置が発見する時刻でもよい。
【００２６】
ステップＳ２で絶対時刻情報を取得する目的は、ソース装置とシンク装置が接続処理の中で、共通した時刻情報を所持するか否かを知るためである。
【００２７】
なお、絶対時刻情報を取得する時刻は、必ずしもＨＤＭＩのケーブルを接続した時刻とは限らない。その理由は、ソース装置とシンク装置で、ＨＤＭＩケーブルを接続するタイミングが同じとは限らないためであり、ソース装置とシンク装置の双方がＨＤＭＩケーブルを接続した時点ですぐに絶対時刻情報を取得してもよいし、あるいはこの時点から所定時間経過後に絶対時刻情報を取得してもよい。このことは、ＨＤＭＩ以外の通信インタフェース、例えばＭＨＬでも同様である。
【００２８】
ソース装置とシンク装置の双方がＨＤＭＩケーブルを接続した時点は、上述したＨＰＤ信号により認識できる。通信装置１は、このＨＰＤ信号をアサートした時点で、絶対時刻情報を取得してもよいし、ＨＰＤ信号の信号レベルが所定のレベルになった時点で、絶対時刻情報を取得してもよい。このように、絶対時刻情報をどのタイミングで取得するかは、通信インタフェースの仕様によって決まる。
【００２９】
通信装置１内のパケット生成部５は、図４のステップＳ２で絶対時刻情報を取得すると、取得した絶対時刻情報と通信装置１自身の識別情報とを含むパケットを生成する（ステップＳ３）。通信装置１自身の識別情報とは、例えばＭＡＣアドレスである。また、生成するパケットは、例えばＩＰパケットである。
【００３０】
図５はＩＰパケット２０のデータ構成を示す図である。図示のように、ＩＰパケット２０は、ＩＰヘッダ２１と、オペレーションコード（ＯＰコード）２２と、ＭＡＣアドレス２３と、データ２４とを含んでおり、上述した絶対時刻情報は、データの中に入れられる。なお図５においてＭＡＣアドレス２３はパケットのペイロードに挿入されているが、ＭＡＣアドレス２３はデータ２４内に含まれるため、必ずしもペイロードに挿入されなくとも良い。
【００３１】
図４のステップＳ３のパケットが生成されると、通信装置１内のブロードキャスト部６は、そのパケットをネットワーク９を介してブロードキャストする（ステップＳ４）。したがって、通信相手装置１１は、ブロードキャストされたパケットを受信して、そのパケットに含まれる絶対時刻情報がステップＳ２で自身で取得した絶対時刻情報と一致していれば、ＨＤＭＩ接続された通信装置１が、パケットをブロードキャストした通信装置１と同じであることを認識でき、また、受信したパケットには通信装置１のＭＡＣアドレスが含まれていることから、通信相手装置１１は、ＨＤＭＩ接続された通信装置１を特定することができる。
【００３２】
図４の処理は、ＨＤＭＩ接続された通信相手装置１１が行ってもよい。すなわち、通信相手装置１１は、絶対時刻情報を含むパケットを生成して、ネットワーク９を介してブロードキャストしてもよい。ＨＤＭＩ接続された通信装置１と通信相手装置１１が相互に図４の処理を行うことで、通信装置１は通信相手装置１１を特定し、通信相手装置１１は通信装置１を特定することができる。
【００３３】
なお、図５では、ブロードキャストされるパケットにＭＡＣアドレスを含める例を示したが、ＭＡＣアドレスの代わりに、ＵＵＩＤ（Universal Unique Identifier）等の他の識別情報を含めてもよい。また、ＨＤＭＩ接続された通信装置１を特定する観点からは、パケットに、通信装置１自身を特定する情報が含まれていなくてもよい。絶対時刻情報で通信相手が特定できれば、ＨＤＭＩを使って、通信装置１との間で通信を行えるためである。
【００３４】
図６は通信装置１がブロードキャストしたパケットを受信する通信相手装置１１の処理手順の一例を示すフローチャートである。まず、通信相手装置１１（例えばシンク装置）内の特定情報取得部１４はＩＰパケットを受信して、ＩＰパケットに含まれているペイロードをロードする（ステップＳ１１）。次に、ペイロードをパース（構文解析）する（ステップＳ１２）。
【００３５】
次に、特定情報判定部１６は、受信されたＩＰパケットに含まれるペイロードがＨＤＭＩインタフェースに関するものであるか否かを判定し（ステップＳ１３）、ＨＤＭＩインタフェースに関するものでなければ破棄し（ステップＳ１４）、ＨＤＭＩインタフェースに関するものであれば、受信されたＩＰパケットが、ＨＤＭＩ接続された通信装置１から送信されたものであるか否かを判定する（ステップＳ１５）。ＩＰパケットのペイロードには、図５に示すようにＭＡＣアドレスとデータが含まれており、データには絶対時刻情報が含まれていることから、この絶対時刻情報を、通信相手装置１１が予め所持している絶対時刻情報を比較することで、ＩＰパケットの送信元がＨＤＭＩの接続先と同じであるか否かを容易に判別できる。
【００３６】
このステップＳ１５でＩＰパケットの受信先がＨＤＭＩの接続先と同じでないと判定されると、ＩＰパケットを破棄し（ステップＳ１４）、同じであると判定されると、特定情報を特定情報記憶部１７に保存するとともに、ＩＰパケットに含まれる通信装置１のＭＡＣアドレスを、ＨＤＭＩインタフェースと対応づける（ステップＳ１６）。
【００３７】
なお、通信相手装置１１は、ＤＬＮＡやＭｉｒａｃａｓｔ等のプロトコルを用いて通信装置１と接続する場合、該プロトコルでの接続時に相手機器のＭＡＣアドレスを識別することができる。また、ＤＬＮＡやＭｉｒａｃａｓｔ等のプロトコルは、Ｗｉ−Ｆｉや有線ＬＡＮ等のインタフェース上で動作するが、これらのプロトコルにおいては、複数装置が接続確立した場合に、相手機器のＭＡＣアドレスを取得できる。つまり、通信相手装置１１は、ＤＬＮＡやＭｉｒａｃａｓｔ等のプロトコルにより通信装置１と接続した場合に、該通信装置１がＤＬＮＡ及びＭｉｒａｃａｓｔに対応していると判別し、通信装置１のＭＡＣアドレスとＤＬＮＡ及びＭｉｒａｃａｓｔを対応付けることができる。そして以後の動作においては、通信装置１と通信装置１１がＷｉ−Ｆｉや有線ＬＡＮで接続確立すると、通信相手装置１１は、通信装置１のＭＡＣアドレスを取得し、ＤＬＮＡやＭｉｒａｃａｓｔ等のプロトコルが利用可能な状態であると判別できる。
【００３８】
即ち、通信相手装置１１は、通信装置１のＭＡＣアドレスに対して、現在利用可能な１以上のプロトコルを対応付けることができる。そして、ＨＤＭＩ接続された装置のＭＡＣアドレスを上記のフローを用いて判別することにより、通信装置１のＭＡＣアドレスに対し、プロトコル及びインタフェースを対応付けることができる。そして、通信装置１１は、通信装置１と映像伝送する際に、これらのプロトコルやインタフェースの中から、ポリシーに沿った方式を選択できる。
【００３９】
図４では、通信装置１と通信相手装置１１がともに、ＨＤＭＩ接続が検出されたときに絶対時刻情報を取得する例を示したが、絶対時刻情報の代わりに、通信装置１から通信相手装置１１に対してＨＤＭＩ−ＣＥＣ（Consumer Electronics Control）のＶＳＣ（Vendor Specific Command）を送信して、通信相手装置１１が管理する時刻情報を応答してもらってもよい。ＨＤＭＩ−ＣＥＣのＶＳＣと呼ばれるコマンドは、ＨＤＭＩで接続された両装置間で、特定のコマンドを送信して、そのコマンドを受信した装置が、そのコマンドに応じた応答を行うものである。本実施形態における特定のコマンドとは、このコマンドを受信した装置が管理する時刻情報を応答するよう要求するものである。
【００４０】
図７は通信装置１がＨＤＭＩ−ＣＥＣのＶＳＣで通信相手装置１１が管理する時刻情報を要求する場合の処理手順の一例を示すフローチャートである。通信装置１は、通信相手装置１１とＨＤＭＩで接続されたことが検出されると（ステップＳ２１）、ＨＤＭＩを介して通信相手装置１１（例えばシンク装置）に、ＨＤＭＩ−ＣＥＣのＶＳＣを送信する。このコマンドを受信した通信相手装置１１は、通信相手装置１１が管理する時刻情報をＨＤＭＩを介して送信し、通信装置１は該時刻情報を受信する（ステップＳ２２）。通信装置１は、受信した通信相手装置１１が管理する時刻情報を不図示の特定情報記憶部に保存しておく（ステップＳ２３）。
【００４１】
通信相手装置１１が管理する時刻情報とは、通信相手装置１１が設定可能な任意の時刻情報である。例えば、通信相手装置１１が通信装置１からのＨＤＭＩ−ＣＥＣのＶＳＣを受信した時刻を示す情報でもよいし、通信相手装置１１がＨＰＤ信号をアサートしたときの時刻を示す情報でもよい。
【００４２】
次に、通信装置１自身のＭＡＣアドレスと、通信相手装置１１が管理する時刻情報とを含むＩＰパケットを生成する（ステップＳ２４）。次に、通信装置１は、生成したＩＰパケットをネットワーク９にブロードキャストする（ステップＳ２５）。そして、通信相手装置１１は、図６の処理と同様に、ブロードキャストされたＩＰパケットを受信すると、該ＩＰパケットに含まれる時刻情報と、自装置が通信装置１に送信した時刻情報とが一致するか否かを判別し、一致する場合はＭＡＣアドレスとＨＤＭＩインタフェースの対応付けを行う。
【００４３】
ＨＤＭＩ−ＣＥＣは、すべての装置が利用できるとは限らないため、ＨＤＭＩ−ＣＥＣを利用できない装置については、図６で示したように、絶対時刻情報を取得すればよい。
【００４４】
ＨＤＭＩ−ＣＥＣのＶＳＣは、通信相手装置１１が管理する時刻情報を要求するコマンドに限らない。例えば、通信相手装置１１に対して特定のメッセージ情報の送信を要求するコマンドであってもよい。この場合の処理手順は例えば図８のフローチャートで表される。
【００４５】
図８のフローチャートでは、ＨＤＭＩ接続が検知されると（ステップＳ３１）、通信装置１はＨＤＭＩを介して通信相手装置１１にＨＤＭＩ−ＣＥＣのＶＳＣを送信し、このコマンドを受信した通信相手装置１１は、通信装置１に対して、特定のメッセージ情報をＨＤＭＩを介して送信する（ステップＳ３２）。なお通信相手装置１１は、ＨＤＭＩ接続が検知される度に異なるメッセージ情報を生成して送信する。そして、通信装置１は、この特定のメッセージ情報を不図示の記憶部に保存する（ステップＳ３３）。次に、この特定のメッセージ情報と通信装置１自身のＭＡＣアドレスを含むＩＰパケットを生成し（ステップＳ３４）、その生成したＩＰパケットをネットワーク９にブロードキャストする（ステップＳ３５）。そして通信相手装置１１は、図６の処理と同様に、ブロードキャストされたＩＰパケットを受信すると、該ＩＰパケットに含まれるメッセージ情報と、自装置が通信装置１に送信したメッセージ情報とが一致するか否かを判別し、一致する場合はＭＡＣアドレスとＨＤＭＩインタフェースの対応付けを行う。
【００４６】
なお、上述した処理のみでは、通信相手装置１１は通信装置１のＭＡＣアドレスとＨＤＭＩインタフェースとを対応付けることができるが、通信装置１は通信相手装置１１のＭＡＣアドレスとＨＤＭＩインタフェースとを対応付けることができない。このため通信装置１及び通信装置１１は、上述の処理を実行するとともに、該処理の互いの役割を入れ替えた処理を実行しても良い。つまり通信装置１及び１１は、図１及び２に示した互いの構成を備えていても良い。
【００４７】
あるいは、通信装置１１は、ＨＤＭＩ−ＣＥＣのＶＳＣにより時刻情報又はメッセージ情報を送信する場合に、該時刻情報又はメッセージ情報を含めたパケットをブロードキャストしても良い。このときのパケット構成は図５と同様である。そして通信装置１は、ＨＤＭＩ−ＣＥＣ経由で受信した時刻情報又はメッセージ情報と、ブロードキャストされたパケットに含まれる時刻情報又はメッセージ情報が一致する場合、該パケットに含まれる通信装置１１のＭＡＣアドレスとＨＤＭＩインタフェースを対応付ける。
【００４８】
上述した図４、図７および図８では、ＨＤＭＩ接続された通信相手装置１１を特定する処理について説明したが、これらの処理は、ＨＤＭＩの接続が遮断された通信相手装置１１を特定する処理にも応用できる。
【００４９】
図９は図４に対応するＨＤＭＩ接続遮断時の処理手順の一例を示すフローチャートである。通信装置１内の接続遮断検出部８は、ＨＤＭＩ接続が遮断されたことを、例えば上述したＨＰＤコマンドにより検出すると（ステップＳ４１）、例えば不図示のＮＴＰサーバにアクセスして、絶対時刻情報を取得する（ステップＳ４２）。次に、パケット生成部５は、取得した絶対時刻情報と通信装置１自身のＭＡＣアドレスとを含むＩＰパケットを生成する（ステップＳ４３）。そして、ブロードキャスト部８は、生成したＩＰパケットをネットワーク９にブロードキャストする（ステップＳ４４）。
【００５０】
図１０は図７に対応するＨＤＭＩ接続遮断時の処理手順の一例を示すフローチャートである。通信装置１は、ＨＤＭＩ接続が遮断されたことを検出すると（ステップＳ５１）、図７のステップＳ２３で記憶部に保存しておいた、通信相手装置１１が管理する時刻情報を読み出す（ステップＳ５２）。次に、読み出した時刻情報と通信装置１自身のＭＡＣアドレスとを含むＩＰパケットを生成し（ステップＳ５３）、生成したＩＰパケットをネットワーク９にブロードキャストする（ステップＳ５４）。
【００５１】
図１１は図８に対応するＨＤＭＩ接続遮断時の処理手順の一例を示すフローチャートである。通信装置１は、ＨＤＭＩ接続が遮断されたことを検出すると（ステップＳ６１）、図８のステップＳ３３で記憶部に保存しておいた、通信相手装置１１が管理する特定のメッセージ情報を読み出す（ステップＳ６２）。次に、読み出した時刻情報と通信装置１自身のＭＡＣアドレスとを含むＩＰパケットを生成し（ステップＳ６３）、生成したＩＰパケットをネットワーク９にブロードキャストする（ステップＳ６４）。
【００５２】
上述した図４、図７または図８の処理によって、ＨＤＭＩ接続された通信装置１と通信相手装置１１が互いに特定できると、次に、コンテンツ伝送のための特定の通信インタフェースおよびプロトコルを決定する処理が行われる。この処理は、図１および図２に示したポリシーエンジン部１８が行う。
【００５３】
図１はポリシーエンジン部７の内部構成の一例を示すブロック図である。図１のポリシーエンジン部７は、通信装置１の内部に設けられるが、通信相手装置１１の内部に設けられるポリシーエンジン部７と１８も同様に構成可能である。
【００５４】
図１のポリシーエンジン部７は、図１２の通信方式検出部３１と、コンテンツ判定部３２と、優先度設定部３３と、通信方式選択部３４と、コンテンツ伝送部３５と、有線無線判定部３６と、通信設定情報取得部３７とを有する。
【００５５】
通信方式検出部３１は、通信相手装置１１との間でコンテンツ伝送を行うのに利用可能なすべての通信インタフェースおよびプロトコルを検出する。コンテンツ判定部３２は、通信方式検出部３１にて検出されたすべての通信インタフェースおよびプロトコルのそれぞれを選択して通信相手装置１１との間でコンテンツの伝送を行ったときに、コンテンツ保護および符号化を正しく行えるか否かを判定する。
【００５６】
優先度設定部３３は、コンテンツ判定部３２によりコンテンツ保護および符号化を正しく行えると判定された通信インタフェースおよびプロトコルのそれぞれに対して、通信相手装置１１との間でのコンテンツ伝送に用いた場合の優先度を設定する。通信方式選択部３４は、優先度に基づいて、コンテンツ判定部３２によりコンテンツ保護および符号化を正しく行えると判定された通信インタフェースおよびプロトコルの中から一つを選択する。コンテンツ伝送部３５は、通信方式選択部３４で選択された通信インタフェースまたはプロトコルを用いて、通信相手装置１１との間でコンテンツの伝送を行う。有線無線判定部３６は、コンテンツ伝送を有線で行うのか、無線で行うのかを判定する。通信設定情報取得部３７は、有線無線判定部３６での判定結果に基づいて、有線または無線に適した通信設定情報を取得する。
【００５７】
図１３はポリシーエンジン部７または１８が行う特定の通信インタフェースおよびプロトコルを決定する処理手順の一例を示すフローチャートである。図１３の処理は、通信装置１と通信相手装置１１のどちらで行ってもよいが、以下では、通信装置１内のポリシーエンジン部７が図１３の処理を行う例について説明する。
【００５８】
まず、通信方式検出部３１は、通信装置１と通信相手装置１１との間でコンテンツを伝送する際に利用可能なすべての通信インタフェースとプロトコルを検出する（ステップＳ７１）。利用可能な通信インタフェースは、例えばＨＤＭＩやＭＨＬなどである。また、利用可能なプロトコルは、例えばＤＬＮＡ（Digital Living Network Alliance）やＭｉｒａｃａｓｔなどである。
【００５９】
次に、コンテンツ判定部３２は、検出されたすべての通信インタフェースおよびプロトコルのそれぞれごとに、コンテンツ保護および符号化を正しく行えるか否かを判定する（ステップＳ７２）。そして、コンテンツ保護および符号化を正しく行うことが可能なすべての通信インタフェースおよびプロトコルを抽出する（ステップＳ７２）。
【００６０】
次に、有線無線判定部３６は、ステップＳ７２で抽出したすべての通信インタフェースおよびプロトコルのそれぞれが、有線接続であるか、それとも無線接続であるかを判定する（ステップＳ７３）。この判定処理を設ける理由は、有線伝送の性能を決定するパラメータ群は、無線伝送の性能を決定するパラメータ群とは異なるためである。
【００６１】
通信設定情報取得部３７は、有線接続の場合には、有線でコンテンツを伝送する際の伝送速度、コンテンツのデータ形式等のプロパティを取得する（ステップＳ７４）。有線接続の場合、例えば通信インタフェースがＨＤＭＩであれば、ＨＤＭＩポートの詳細な性能を知るには、ＥＤＩＤ（Extended Display Identification Data）を取得する必要がある。通信インタフェースがＭＨＬの場合も同様である。通信設定情報取得部３７は、無線接続の場合には、無線でコンテンツを伝送する際の無線パラメータ（例えば、伝送速度、帯域幅、ジッタ、干渉、フレームレート損失など）を取得する（ステップＳ７５）。
【００６２】
ステップＳ７４またはＳ７５の処理が終了すると、次に、ポリシーエンジン部７は、ユーザが期待するアプリケーションタイプを取得する（ステップＳ７６）。アプリケーションのタイプとしては、例えば、ソース装置の画面ミラーリングを行うアプリケーションとか、ソース装置に格納されたコンテンツの選択および再生を行うアプリケーション等がある。画面ミラーリングは、ＨＤＭＩ、ＭＨＬまたはＭｉｒａｃａｓｔ等を利用するアプリケーションにより実現され、コンテンツの選択および再生は、ＤＬＮＡを利用するアプリケーションにより実現される。
【００６３】
次に、ポリシーエンジン部７は、コンテンツ・パラメータを取得する（ステップＳ７７）。ここで、コンテンツ・パラメータとは、例えばライブ・ストリーム時間、ファイル再生、ファイルサイズ、符号化器の圧縮率、アプリケーションの種類などである。
【００６４】
次に、ポリシーエンジン部７は、通信装置１および通信相手装置１１のデバイスパラメータを取得する（ステップＳ７８）。デバイスパラメータとは、例えば各装置の表示部のサイズおよび解像度などである。携帯機器の表示部にコンテンツを表示する場合の最適な通信インタフェースおよびプロトコルは、４Ｋまたは２Ｋ対応のＴＶの表示部にコンテンツを表示する場合の最適な通信インタフェースおよびプロトコルとは異なることから、デバイスパラメータを事前に取得することは必要である。なお、ステップＳ７４〜Ｓ７８の取得の順番は任意に変更して構わない。
【００６５】
次に、ポリシーエンジン部７は、ステップＳ７４〜Ｓ７８で取得した各種の情報を考慮に入れて、通信インタフェースおよびプロトコルのそれぞれについて、スコアを計算する（ステップＳ８０）。計算されたスコアは、スコアリストに追加される（ステップＳ８０）。
【００６６】
次に、ポリシーエンジン部７は、ステップＳ７２で抽出されたすべての通信インタフェースおよびプロトコルに対して、ステップＳ７３〜Ｓ８０の処理を行ったか否かを判定し（ステップＳ８１）、まだ処理を行っていない通信インタフェースおよびプロトコルがあれば、ステップＳ７３以降の処理を繰り返す。すべての通信インタフェースおよびプロトコルについての処理が終了すると、通信方式選択部３４は、各ユース・ケースごとに、最高のスコアを持つ、いずれか一つの通信インタフェースまたはプロトコルを選択する（ステップＳ８２）。
【００６７】
なお、ステップＳ８２で最終的に選択される通信インタフェースまたはプロトコルは、各ユース・ケースごとにプログラマブルに優先度を変えることができる。
【００６８】
ＨＤＭＩやＭＨＬ等の有線インタフェースによる伝送速度は、最速の無線プロトコル（例えば、ＩＥＥＥ８０２．１１ｎ）の伝送速度よりもはるかに速く、有線インタフェースによる伝送速度は数千メガビット／秒であるのに対して、無線インタフェースによる伝送速度は数百メガビット／秒である。このため、ＡＶ伝送用の通信インタフェースおよびプロトコルを選択する際、有線の通信インタフェースやプロトコルは、無線の通信インタフェースやプロトコルよりも優先される可能性が高い。ところが、通信環境等によっては、必ずしも有線の通信インタフェース等が選択されるとは限らない。
【００６９】
例えば、ソース装置が４Ｋ用のコンテンツを所持しているが、ソース装置は２Ｋ用のデコーダしか持たない場合が考えられる。この場合、ソース装置は、ＨＤＭＩとＤＬＮＡを介してシンク装置に接続されているとする。ＨＤＭＩでは、ソース装置側でデコードしたデータをシンク装置に送信する。ソース装置が２Ｋ用のデコーダしか持っていなければ、４Ｋ用のコンテンツであっても、２Ｋの解像度データとしてシンク装置に伝送されることになる。
【００７０】
これに対して、シンク装置が４Ｋ用のデコーダを所持していれば、ＤＬＮＡを選択することで、４Ｋ用のコンテンツはデコードされずに圧縮データのままでシンク装置に伝送され、シンク装置側の４Ｋ用のデコーダを用いてデコードを行うことで、シンク装置では４Ｋの解像度でコンテンツを視聴できることになる。
【００７１】
このように、具体的にどの通信インタフェースやプロトコルを選択するべきかは、通信環境や、ソース装置およびシンク装置の性能等によって各ユース・ケースごとに決定する必要がある。
【００７２】
ただし、このことは、各通信インタフェースやプロトコルごとに、スコアを付与する必要性を軽減するものではない。スコアの付与は、無線プロトコルや有線インタフェースの中からよりよいものを選択するために必要となる。例えば、ソース装置とシンク装置との間の通信インタフェースとしてＨＤＭＩとＭＨＬがある場合、両方の通信インタフェースの伝送速度を参照して、コンテンツ伝送に最適な通信インタフェースを決定する。同様に、無線プロトコルのみが利用可能な場合は、アプリケーションの必要性に応じて、最適なプロトコルが選択される。すなわち、ソース装置の画面ミラーリングが必要なら、Ｍｉｒａｃａｓｔ等のプロトコルが選択される。もし、コンテンツ選択と再生が必要なら、ＤＬＮＡが選択される。
【００７３】
図１３の処理によって、コンテンツの伝送のための特定の通信インタフェースまたはプロトコルを選択した後、何らかの事情により、利用可能な通信インタフェースおよびプロトコルが変更になる場合がある。例えば、ＨＤＭＩ等の有線インタフェースが初期状態では利用可能ではなく、Ｍｉｒａｃａｓｔ等の他の通信インタフェースやプロトコルを選択してコンテンツ伝送を行い、その後、ある時点でＨＤＭＩが利用可能になる場合が考えられる。この場合、ＨＤＭＩを選択した方が、伝送速度の高速化と高品質のコンテンツ再生が可能となるため、通信インタフェースをＨＤＭＩに変更する処理が行われる。
【００７４】
この場合の処理手順は、例えば図１４のフローチャートで示される。図１４の処理も、通信装置１と通信相手装置１１のいずれで行ってもよいが、以下では、通信装置１が図１４の処理を行う例を説明する。
【００７５】
まず、新規の通信インタフェースまたはプロトコルが追加されたか否かを判定する（ステップＳ９１）。追加された場合は、コンテンツ保護および符号化を正しく行うことが可能な通信インタフェースおよびプロトコルのそれぞれについて、スコアを再計算する（ステップＳ９２）。なお、ステップＳ９１及びＳ９２の処理は、通信インタフェース又はプロトコルが接続遮断となった際にも実行される。次に、再計算されたスコアが元のスコアと変わったか否かを判定する（ステップＳ９３）。スコアが変わった場合は、スコアリストを更新して、このスコアリストに基づいて、各ユース・ケースごとに、最適なスコアを持つ通信インタフェースまたはプロトコルを選択して、元の通信インタフェースまたはプロトコルから、シームレスに新たな通信インタフェースまたはプロトコルに切り替える（ステップＳ９４）。
【００７６】
このように、本実施形態では、ＨＤＭＩやＭＨＬ等の特定の通信インタフェースで接続された通信装置１と通信相手装置１１との間で互いに特定情報を共有し、この特定情報を含むパケットをネットワーク９にブロードキャストするため、このパケットを受信して、パケット内部に含まれる特定情報が予め自身が所持する特定情報と一致するか否かによって、特定の通信インタフェースで接続された装置を特定できる。これにより、通信インタフェースで割り振られたアドレスが固有のアドレスでなくても、通信インタフェースに接続された接続先装置を正しく特定できる。
【００７７】
また、本実施形態では、通信装置１と通信相手装置１１との間で利用可能なすべての通信インタフェースおよびプロトコルを検出し、その中からコンテンツ保護および符号化を正しく行える通信インタフェースおよびプロトコルを抽出し、さらに、有線／無線、アプリケーションタイプ、コンテンツ・パラメータ、通信装置１および通信相手装置１１のデバイスパラメータ等を考慮に入れて、利用可能な通信インタフェースおよびプロトコルのそれぞれにスコアを付与して、そのスコアに基づいて、各ユース・ケースごとに、最適な通信インタフェースまたはプロトコルを決定する。このため、個々の通信環境や、伝送したいコンテンツの種類等に応じて、最適な通信インタフェースまたはプロトコルを自動選択でき、ユーザ自身で通信インタフェース等を選択する手間を省くことができる。また、いったん選択した後に通信環境が変化すると、新たな通信インタフェースやプロトコルを選択し直すため、通信環境の変化にも即応できる。
【００７８】
本実施形態によれば、通信装置１と通信相手装置１１との間に、選択可能な複数の通信インタフェースやプロトコルがあっても、ユーザ自身でどれか一つを選択しなくて済み、ユーザに対する利便性を向上できる。特に、一般ユーザは、ＨＤＭＩ、ＤＬＮＡ、Ｍｉｒａｃａｓｔ、ＭＨＬなどの個々の通信インタフェースやプロトコルの詳細内容を把握していないため、ユーザ自身で最適な通信インタフェースやプロトコルを選択するのは容易でないが、本実施形態によれば、これら通信インタフェースやプロトコルの機能を存分に生かせるような最適な選択を迅速に行える。
【００７９】
また、通信環境や、通信装置１および通信相手装置１１のデバイスパラメータ、コンテンツの種類等を考慮に入れて、特定の通信インタフェースやプロトコルを選択するため、誤った通信インタフェースやプロトコルを選択した結果、コンテンツの品質を低下させるような不具合が起きなくなる。特に、本実施形態によれば、コンテンツの品質に関連するパラメータを考慮に入れて、最終的な通信インタフェースやプロトコルを選択するため、オリジナルのコンテンツの品質を損なうおそれがない。
【００８０】
上述した実施形態で説明した通信装置１の内部構成の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、通信装置１の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。
【００８１】
また、通信装置１の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
【００８２】
本発明の態様は、上述した個々の実施形態に限定されるものではなく、当業者が想到しうる種々の変形も含むものであり、本発明の効果も上述した内容に限定されない。すなわち、特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。
【符号の説明】
【００８３】
１  通信装置、２  通信インタフェース部、３  接続検出部、４  特定情報取得部、５  パケット生成部、６  ブロードキャスト部、７  ポリシーエンジン部、８  接続遮断検出部、１１  通信相手装置、１２  通信インタフェース部、１３  接続検出部、１４  特定情報取得部、１５  パケット受信部、１６  特定情報判定部、１７  特定情報記憶部、１８  ポリシーエンジン部、１９  接続遮断検出部、３１  通信方式検出部、３２  コンテンツ判定部、３３  優先度設定部、３４  通信方式選択部、３５  コンテンツ伝送部、３６  有線無線判定部、３７  通信設定情報取得部
【図１】
2014207899.tif 000003
【図２】
2014207899.tif 000004
【図３】
2014207899.tif 000005
【図４】
2014207899.tif 000006
【図５】
2014207899.tif 000007
【図６】
2014207899.tif 000008
【図７】
2014207899.tif 000009
【図８】
2014207899.tif 000010
【図９】
2014207899.tif 000011
【図１０】
2014207899.tif 000012
【図１１】
2014207899.tif 000013
【図１２】
2014207899.tif 000014
【図１３】
2014207899.tif 000015
【図１４】
2014207899.tif 000016
【国際調査報告】
2014207899.tif 000017
2014207899.tif 000018
2014207899.tif 000019