特許 5875013 パケット交換ネットワーク上の制御バス信号の転送

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

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

(11)【特許番号】5875013

(24)【登録日】2016年1月29日

(45)【発行日】2016年3月2日

(54)【発明の名称】パケット交換ネットワーク上の制御バス信号の転送

(51)【国際特許分類】

   H04L 29/06 20060101AFI20160218BHJP

   H04L 12/28 20060101ALI20160218BHJP

【ＦＩ】

   H04L13/00 305B

   H04L12/28 200Z

【請求項の数】27

【全頁数】17

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

(86)(22)【出願日】2011年11月10日

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

(43)【公表日】2014年2月13日

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

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

(87)【国際公開日】20120524

【審査請求日】2014年10月9日

(31)【優先権主張番号】12/950,867

(32)【優先日】2010年11月19日

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

(73)【特許権者】

【識別番号】315014202

【氏名又は名称】ラティス セミコンダクタ コーポレーション

【氏名又は名称原語表記】Ｌａｔｔｉｃｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ Ｃｏｒｐｏｒａｔｉｏｎ

(74)【代理人】

【識別番号】100110928

【弁理士】

【氏名又は名称】速水 進治

(74)【代理人】

【識別番号】100127236

【弁理士】

【氏名又は名称】天城 聡

(74)【代理人】

【識別番号】100149696

【弁理士】

【氏名又は名称】田中 俊夫

(72)【発明者】

【氏名】ウィルコックス リチャード ジェイ

【審査官】 阿部 弘

(56)【参考文献】

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

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

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

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

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

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

Ｈ０４Ｌ ２９

Ｈ０４Ｌ １２

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

【請求項1】

制御回路が、当該制御回路に接続されたローカル制御バスの現在の状態を検出するステップを含み、
前記ローカル制御バスの現在の状態は、前記ローカル制御バスに接続されたローカルデバイスが現在前記ローカル制御バスを駆動しているか否かを表し、
前記ローカル制御バスは、インタフェースプロトコルに従って制御信号を伝送するように構成されており、
前記制御回路が、リモート制御バスの現在の状態をパケット交換ネットワークを介して受信するステップを含み、前記リモート制御バスの現在の状態は、前記リモート制御バスに接続されたリモートデバイスが現在前記リモート制御バスを駆動しているか否かを表し、
前記ローカルデバイスが現在前記ローカル制御バスを駆動していることが、前記ローカル制御バスの現在の状態によって表されていることの検出、及び前記リモートデバイスが現在前記リモート制御バスを駆動していないことが、前記リモート制御バスの現在の状態によって表されていることの検出に応じて、前記制御回路が、前記ローカル制御バスの現在の状態を表すパケットを前記パケット交換ネットワークに出力するステップを含む、方法。

【請求項2】

前記インタフェースプロトコルは、ＨＤＭＩ（登録商標）（高解像度マルチメディアインタフェース）プロトコルであり、前記ローカル制御バスは、ＣＥＣ（家電制御）バスである、請求項１に記載の方法。

【請求項3】

前記パケットを出力するステップが、１つ又はそれよりも多くの既存のデータパケットが前記ローカル制御バスの現在の状態を表す値の挿入に利用可能であるか否かを判断するステップを更に含む、請求項１に記載の方法。

【請求項4】

前記パケットを出力するステップが、第１の既存のデータパケットが利用可能である場合に、前記ローカル制御バスの現在の状態を表す値を前記第１の既存のデータパケット内に挿入するステップを更に含む、請求項３に記載の方法。

【請求項5】

既存のデータパケットが利用可能ではない場合に、前記制御回路が、新しいデータパケットを生成し、前記ローカル制御バスの現在の状態を表す値を当該新しいデータパケット内に挿入するステップを更に含む、請求項３に記載の方法。

【請求項6】

前記ローカル制御バス及び前記リモート制御バスはそれぞれ、シングルワイヤ双方向制御バスであることを特徴とする請求項１に記載の方法。

【請求項7】

前記制御回路によって行われる、前記パケット交換ネットワークを介して前記パケットの出力を行う動作は、前記ローカルデバイスによって知られていない、請求項１に記載の方法。

【請求項8】

前記第１の既存のデータパケット内に挿入された前記ローカル制御バスの現在の状態を表す値は、単一のビットである、請求項４に記載の方法。

【請求項9】

前記制御回路が、前記パケット交換ネットワークを介して、前記リモート制御バスに接続されている第２の制御回路から入力データパケットを受信するステップをさらに含み、
前記入力データパケットは、前記リモート制御バスの現在の状態を表す値を識別するものである、請求項１に記載の方法。

【請求項10】

前記インタフェースプロトコルに従った前記ローカルデバイスによる受信のために、前記制御回路が、前記リモート制御バスの現在の状態を表す値を前記ローカル制御バス上に駆動するステップを更に含む、請求項９に記載の方法。

【請求項11】

ローカル制御バスとの第１のインタフェースと、
パケット交換ネットワークとの第２のインタフェースと、
制御回路と、を含み、
前記制御回路は、
当該制御回路に接続された前記ローカル制御バスの現在の状態を検出する第１の要素を含み、
前記ローカル制御バスの現在の状態は、前記ローカル制御バスに接続されたローカルデバイスが現在前記ローカル制御バスを駆動しているか否かを表し、
前記ローカル制御バスは、インタフェースプロトコルに従って制御信号を伝送するように構成されており、
リモート制御バスの現在の状態をパケット交換ネットワークを介して受信する第２の要素を含み、前記リモート制御バスの現在の状態は、前記リモート制御バスに接続されたリモートデバイスが現在前記リモート制御バスを駆動しているか否かを表し、
前記ローカルデバイスが現在前記ローカル制御バスを駆動していることが、前記ローカル制御バスの現在の状態によって表されていることの検出、及び前記リモートデバイスが現在前記リモート制御バスを駆動していないことが、前記リモート制御バスの現在の状態によって表されていることの検出に応じて、前記ローカル制御バスの現在の状態を表すパケットを前記パケット交換ネットワークに出力する第３の要素を含む、装置。

【請求項12】

前記ローカル制御バス及び前記リモート制御バスはそれぞれ、シングルワイヤ双方向制御バスである、請求項１１に記載の装置。

【請求項13】

前記インタフェースプロトコルは、ＨＤＭＩ（登録商標）（高解像度マルチメディアインタフェース）プロトコルであり、
前記ローカル制御バスは、ＣＥＣ（家電制御）バスである、請求項１１に記載の装置。

【請求項14】

前記第３の要素は、第１の既存のデータパケットが利用可能である場合に、前記ローカル制御バスの現在の状態を示す値を前記第１の既存のデータパケット内に挿入し、
前記挿入された値は、単一のビットである、請求項１１に記載の装置。

【請求項15】

前記制御回路は、既存のデータパケットが利用可能でない場合に、出力するための新しいデータパケットを生成し、
当該新しいデータパケットは、前記ローカル制御バスの現在の状態を表す値を含む、請求項１１に記載の装置。

【請求項16】

前記第２の要素は、前記リモート制御バスの現在の状態を表す値を含む入力データパケットを受信し、
前記制御回路は、前記入力データパケットに含まれる前記リモート制御バスの現在の状態を表す値を前記ローカル制御バス上に駆動する第４の要素を含む、請求項１１に記載の装置。

【請求項17】

ローカル電子デバイスと接続するローカル制御バスと、
前記ローカル制御バス及びパケット交換ネットワークに結合される第１の制御回路と、
リモート電子デバイスとの接続のためのリモート制御バスと、
前記リモート制御バス及び前記パケット交換ネットワークに結合される第２の制御回路と、を含み、
前記ローカル制御バスは、インタフェースプロトコルに従って制御信号を伝送するように構成されており、
前記第１の制御回路は、
当該第１の制御回路に接続された前記ローカル制御バスの現在の状態を検出する第１の要素を含み、前記ローカル制御バスの現在の状態は、前記ローカル制御バスに接続されたローカルデバイスが現在前記ローカル制御バスを駆動しているか否かを表し、
リモート制御バスの現在の状態をパケット交換ネットワークを介して受信する第２の要素を含み、前記リモート制御バスの現在の状態は、前記リモート制御バスに接続されたリモートデバイスが現在前記リモート制御バスを駆動しているか否かを表し、
前記ローカルデバイスが現在前記ローカル制御バスを駆動していることが、前記ローカル制御バスの現在の状態によって表されていることの検出、及び前記リモートデバイスが現在前記リモート制御バスを駆動していないことが、前記リモート制御バスの現在の状態によって表されていることの検出に応じて、前記ローカル制御バスの現在の状態を表す第１のデータパケットを前記パケット交換ネットワークに出力する第３の要素を含み、
前記第２の制御回路は、
前記パケット交換ネットワーク上で受信した前記第１のデータパケットから、前記リモート制御バスの現在の状態を表す値を取得する第４の要素と、
前記リモートデバイスによる受信のために、前記リモート制御バスの現在の状態を表す値を前記ローカル制御バス上に駆動する第５の要素と、を含むシステム。

【請求項18】

前記ローカル制御バス及び前記リモート制御バスは、シングルワイヤ双方向制御バスである、請求項１７に記載のシステム。

【請求項19】

前記インタフェースプロトコルは、ＨＤＭＩ（登録商標）（高解像度マルチメディアインタフェース）プロトコルであり、
前記ローカル制御バス及び前記リモート制御バスは、ＣＥＣ（家電制御）バスである、請求項１７に記載のシステム。

【請求項20】

前記第３の要素は、第１の既存のデータパケットが利用可能である場合に、前記ローカル制御バスの現在の状態を示す値を前記第１の既存のデータパケット内に挿入することで、前記第１のデータパケットを出力し、
前記挿入された値は、単一のビットであることを特徴とする請求項１７に記載のシステム。

【請求項21】

前記第１の制御回路は、既存のデータパケットが利用可能でない場合に新しいデータパケットを生成し、
前記新しいデータパケットは、前記ローカル制御バスの現在の状態を表す値を含む、請求項１７に記載のシステム。

【請求項22】

前記第２の制御回路は、
前記リモート制御バスの現在の状態を検出する第６の要素を含み、
前記第５の要素は、前記パケット交換ネットワークを介して前記ローカル制御バスの現在の状態を受信し、
前記ローカルデバイスが現在前記ローカル制御バスを駆動していないことが、前記ローカル制御バスの現在の状態によって表されていることの検出、及び前記リモートデバイスが現在前記リモート制御バスを駆動していることが、前記リモート制御バスの現在の状態によって表されていることの検出に応じて、前記リモート制御バスの現在の状態を表す第２のデータパケットを前記パケット交換ネットワークに出力する第７の要素を含み、
前記第１の制御回路は、前記ローカルデバイスによる受信のために、前記リモート制御バスの現在の状態を表す値を前記ローカル制御バス上に駆動する第８の要素を更に含み、当該値は前記第３の要素によって受信される前記第２のデータパケットから得られる、請求項１７に記載のシステム。

【請求項23】

命令列を表すデータを格納するコンピュータ可読記憶媒体であって、
前記命令列がプロセッサによって実行された時に当該プロセッサが行う処理が、
制御回路によって、当該制御回路に接続されたローカル制御バスの現在の状態を検出する処理を含み、
前記ローカル制御バスの現在の状態は、前記ローカル制御バスに接続されたローカルデバイスが現在前記ローカル制御バスを駆動しているか否かを表し、
前記ローカル制御バスは、インタフェースプロトコルに従って制御信号を伝送するように構成されており、
前記制御回路によって、リモート制御バスの現在の状態をパケット交換ネットワークを介して受信する処理を含み、前記リモート制御バスの現在の状態は、前記リモート制御バスに接続されたリモートデバイスが現在前記リモート制御バスを駆動しているか否かを表し、
前記ローカルデバイスが現在前記ローカル制御バスを駆動していることが、前記ローカル制御バスの現在の状態によって表されていることの検出、及び前記リモートデバイスが現在前記リモート制御バスを駆動していないことが、前記リモート制御バスの現在の状態によって表されていることの検出に応じて、前記制御回路によって、前記ローカル制御バスの現在の状態を表すパケットを前記パケット交換ネットワークに出力する処理を含む、コンピュータ可読記憶媒体。

【請求項24】

前記インタフェースプロトコルは、ＨＤＭＩ（登録商標）（高解像度マルチメディアインタフェース）プロトコルであり、前記ローカル制御バスは、ＣＥＣ（家電制御）バスであることを特徴とする請求項２３に記載のコンピュータ可読記憶媒体。

【請求項25】

前記パケットを出力する処理が、１つ又はそれよりも多くの既存のデータパケットが前記ローカル制御バスの現在の状態を表す値の挿入に利用可能であるか否かを判断する処理を含む、請求項２３に記載のコンピュータ可読記憶媒体。

【請求項26】

前記パケットを出力する処理が、第１の既存のデータパケットが利用可能である場合に、前記ローカル制御バスの現在の状態を表す値を前記第１の既存のデータパケット内に挿入する処理含む、請求項２５に記載のコンピュータ可読記憶媒体。

【請求項27】

既存のデータパケットが利用可能ではない場合に、新しいデータパケットを生成し、前記ローカル制御バスの現在の状態を表す値を当該新しい既存のデータパケット内に挿入する処理を含む、請求項２５に記載のコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、一般的に電子デバイスの分野に関し、より具体的には、パケット交換ネットワーク上の制御バス信号の転送に関する。

【背景技術】

【0002】

家庭及び他の個人空間は、テレビ、ビデオプレーヤ、オーディオサウンドシステム、ゲームシステム、パーソナルコンピュータ、及びモバイルデバイスのような娯楽デバイスを含む多くの電子デバイスを含む場合がある。このようなデバイスは、このようなデバイス間の表示に向けてマルチメディアデータのようなデータの転送を可能にするために益々互いに接続又はネットワーキングされる。

【0003】

デバイスのネットワークには、ＨＤＭＩ（登録商標）（高精細度マルチメディアインタフェース１．４仕様、２００９年５月２８発行）データプロトコル及びＭＨＬ（登録商標）（モバイルハイデフニションリンク）データプロトコルを含むことができる。ＭＨＬは、ＨＤＭＩ表示デバイスとのモバイルデバイスの接続をもたらすインタフェースプロトコルである。このようなプロトコルは、ある一定のデバイス間の高解像度マルチメディアのデータ転送を可能にするものである。ＨＤＭＩには、デバイス間の制御信号データの転送のためのＣＥＣ（家電制御）バスの使用が含まれ、ＣＥＣバスは、シングルワイヤ双方向バスである。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】「高性能シリアルバスのための規格」、１３９４−１９９５、ＩＥＥＥ、１９９６年８月３０日発行及び補遺

【発明の概要】

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

【0005】

しかし、マルチメディア転送のインタフェースは、一般的に、第１のデバイスと第２のデバイス間の直接的な電気的接続及びこのようなデバイス間のデータ転送の観点から定義される場合がある。このようなプロトコルに従って作動するデバイスは、一般的に、デバイス間のこのような接続に作動が限定される。

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

【0006】

本発明の実施形態は、一般的に、パケット交換ネットワーク上での制御バス信号の転送に関する。

【0007】

本発明の第１の態様において、方法の実施形態は、制御信号を第１のデバイスから第１の制御バス上で送る段階を含み、制御信号は、インタフェースプロトコルに従って送られ、制御信号は、第２のデバイスに対して意図したものである。本方法は、第１のデバイスにより駆動される制御信号値である第１の制御バスの現在の状態を検出する段階と、制御バスの現在の状態を表す制御信号値をデータパケット内に挿入する段階と、パケット交換ネットワークを通じて第２のデバイスにデータパケットを送信する段階とを更に含む。

【0008】

本発明の第２の態様において、装置は、第１の制御バスとのインタフェースと、パケット交換ネットワークとのインタフェースとを含む。装置は、制御回路を更に含み、制御回路は、第１の制御バスの現在の状態を検出する要素と、パケット交換ネットワーク上での送信に向けて第１の制御バスの現在の状態を表す値をデータパケット内に挿入する要素とを含む。

【0009】

本発明の実施形態は、同様の参照番号が類似の要素を指す添付図面の図において一例として制限ではなく例示される。

【図面の簡単な説明】

【0010】

【図1】パケット交換ネットワークへの制御バス信号の変換の実施形態の図である。

【図2】ＨＤＭＩインタフェースの図である。

【図3】パケット交換ネットワークを通じた制御バス信号の転送の実施形態の図である。

【図4】転送に向けて制御信号値をデータパケット内に挿入する処理の実施形態の図である。

【図5】パケット交換ネットワーク上での制御信号の送受信のための装置の実施形態の図である。

【図6】パケット交換ネットワーク上の制御信号の送受信のための装置の要素の作動を示す図表である。

【図7】パケット交換ネットワークを通じて制御信号を送信する処理を示す流れ図である。

【図8】パケット交換ネットワークを通じて制御信号を受信する処理を示す流れ図である。

【図9】家電デバイス間の制御信号の転送の実施形態の図である。

【図10】信号データを送信又は受信する電子デバイスの実施形態を示す図である。

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

【0011】

本発明の実施形態は、一般的に、パケット交換ネットワーク上での制御バス信号の転送に関する。

【0012】

一部の実施形態において、パケット交換ネットワークを使用する電子デバイス間の制御バスの作動の方法又は装置を提供する。一部の実施形態において、制御バス信号を表すビットは、制御信号搬送が送信デバイス及び受信デバイスには標準制御バス作動の作動であるように見えるようにデータパケットで転送される。

【0013】

一部の実施形態において、制御バスは、ＨＤＭＩ作動のためのシングルワイヤＣＥＣ（家電制御）バスである。ＣＥＣバスは、家電デバイス間に制御情報を伝えることを目的としたワイヤ−ＯＲ式共通シングルワイヤバスとＨＤＭＩ仕様書において定義される。電気仕様及びプロトコル仕様は、共通ＣＥＣバスにデバイスに電気的に直結されたデバイスに関して作動されるようになっている。

【0014】

しかし、家電デバイス間の音声、映像、及び制御情報のネットワークベースのパケット交換搬送の出現により、ＣＥＣバスの電気的直結は非実用的である場合がある。

【0015】

一部の実施形態において、送信デバイス及び受信デバイスにより検出される制御バスの本来の挙動及び特性を維持しながら行うパケット交換ネットワーク上の制御メッセージの搬送の方法又は装置を提供する。一部の実施形態において、定義されたＣＥＣバスの挙動及び電気的特性を維持しながらパケット交換ネットワークを通じてＣＥＣ制御情報を搬送する方法又は装置を提供する。一部の実施形態において、方法又は装置により、ネットワークパケットで送受信することができるデータにＣＥＣ電気的移行を変換する実際的な解決法が得られる。逆に、ネットワークパケットで受信した制御データをＣＥＣ準拠の電気信号に再構成することができる。

【0016】

一部の実施形態において、ローカルＣＥＣバスの現在の状態は、２つのデバイス間に流れるパケットで１つのビットフィールドとしてモニタされて伝えられる。一部の実施形態において、１つ又はそれよりも多くのデータパケットが送信に向けて現在待ち行列に入れられる時に、現在のＣＥＣ状態（高又は低信号、「１」又は「０」論理状態）は、データパケットのパケットヘッダ内で１ビットとして反映することができ、すなわち、既存のネットワークトラフィック上への制御バスデータの搬送の「ピギーバッキング」を許すものである。

【0017】

一部の実施形態において、送信に向けて待ち行列に入れられたパケットがない時に、遷移がＣＥＣバス上で発生する場合に、ＣＥＣバスの状態を反映する単一のヘッダビットで個別の制御パケットを送信することができる。このようにして、既存のデータパケットが利用可能な時に、データは、既存のパケットトラヒックで送信され、利用可能なデータパケットがない時に、挿入されたデータパケットで送信される。

【0018】

一部の実施形態において、制御バスの状態を表すデータビットは、受信したデータパケットで検出され、このようなデータビットは、受信デバイスへの搬送に向けて第２のＣＥＣバスに適用される。従って、送信デバイスは、ＨＤＭＩ信号に向けて第１のＣＥＣバスに制御信号を通常の方法で適用することができ、受信デバイスは、ＨＤＭＩ信号に向けて通常の方法で第２のＣＥＣバスから制御信号を検出することができ、送信デバイス又は受信デバイスは、標準的な制御信号作動から逸脱せず済む。

【0019】

図１は、パケット交換ネットワークへの制御バス信号の変換の実施形態の図である。この図において、デバイスＡ１１０及びデバイスＢ１７０は、デバイスＡとデバイスＢ間の制御信号の転送のための接続を含むように接続される。一部の実施形態において、通常のプロトコル（ＨＤＭＩプロトコルのような）下では、デバイスは、制御バス（ＣＥＣバスとすることができる制御バス１５０のような）上でデータを転送されるが、制御信号は、その代わりにパケット交換ネットワーク１５５を通じて転送される。しかし、信号は、転送がデバイスＡ１１０及びデバイスＢ１７０には制御バス１５０上での標準的な転送であるように見えるように転送される。

【0020】

図２は、ＨＤＭＩインタフェースの図である。図２に示すように、ソースデバイス２１０とシンクデバイス２６０の間のＨＤＭＩインタフェース２５０は、ＣＥＣバス２５６（シンク２６０のＣＥＣ要素２７０とソース２１０のＣＥＣ要素２２０を連結するように図示）を含む。ＣＥＣは、ＨＤＭＩのＣＥＣ仕様により定義されるように、制御機能の性能のためにシングルワイヤ双方向シリアルバスである。

【0021】

ＨＤＭＩインタフェースは、映像データ（２１４、２６４）、音声データ（２１６、２６６）、及び特定の制御及び状態情報２１８、２６８の転送のための３つのＴＭＤ（遷移時間最短差動信号伝送方式）データチャンネル２５１〜２５３を更に含み、かつＴＭＤクロックチャンネル２５４を含む。同じく含まれているのは、ソース２１０がシンク拡張表示識別データ（ＥＤＩＤ）２８０を読むことを可能にする表示データチャンネル２５５、ＨＤＭＩイーサネット（登録商標）対応オーディオリターンライン（ＨＥＡＣ）（２２２、２７２）のユーティリティライン２５７、及び接続の検出２２４に使用されるホットプラグ検出（ＨＰＤ）ライン２５８である。

【0022】

図３は、パケット交換ネットワークを通じた制御バス信号の変換の実施形態の図である。図３は、パケット交換ネットワークを通じて制御信号を搬送する機構の実施形態のトポロジーを示している。一部の実施形態において、接続３００は、パケット交換ネットワークと相互接続した２つのＣＥＣ共通ワイヤ−ＯＲバス（第１の制御バスＣＥＣ−Ａ ３２０及び第２の制御バスＣＥＣ−Ｂ３６０）を含むことができる。

【0023】

一部の実施形態において、別々のＣＥＣバス３２０及び３６０は、全ての接続したデバイスには１つのワイヤ−ＯＲ ＣＥＣバスのように見える。各ＣＥＣ送信制御回路は、リモートＣＥＣ制御回路にローカルＣＥＣバス状態を伝えることを担うものである。一部の実施形態において、リモートＣＥＣバス状態を受信すると、受信制御回路は、ローカルＣＥＣバス上でリモートＣＥＣ状態を駆動することを担っている。

【0024】

一部の実施形態において、各デバイスは、全ての他のデバイスとの直接接続を有し、かつバスを駆動する別のデバイスの検出は「瞬間的である」と仮定する。パケット交換ネットワークでこの挙動を伝える際の問題点は、ローカルＣＥＣ状態を駆動するためにリモートＣＥＣバス状態を受信し、逆に、リモートＣＥＣバスにローカルＣＥＣ状態を伝える必要がある点である。一部の実施形態において、シングルワイヤ挙動は、データ転送における送信デバイス及び受信デバイスに向けてエミュレートされる。

【0025】

この図において、１つ又はそれよりも多くのデバイス（デバイスＡ１ ３１０、デバイスＡ２ ３１２、デバイスＡ３ ３１４、引き続きｍ番目のデバイス、デバイスＡｍ３１６と図示）が、制御バスＣＥＣ−Ａ３２０に接続され、一方、１つ又はそれよりも多くのデバイス（デバイスＢ１ ３７０、デバイスＢ２ ３７２、デバイスＢ３ ３７４、引き続きｎ番目のデバイス（デバイスＢｎ３７６）と図示）が、制御バスＣＥＣ−Ｂ３６０に接続される。一部の実施形態において、制御バスは、パケット交換ネットワークにわたって信号を転送することをもたらす制御回路に接続される。この図において、第１の制御バスＣＥＣ−Ａ３２０は、ネットワーク３４０にリンクをもたらす制御回路３３０に接続される。更に、第２の制御バスＣＥＣ−Ｂ３６０も、同じくネットワーク３４０にリンクをもたらす制御回路３５０に接続される。この図において、制御回路は別々のユニットであるように示されているが、実施形態は、制御回路のいずれの特定の物理的位置にも限定されず、このような制御回路は、図示のデバイス内、スイッチングデバイス内、又はネットワーク内の他の要素内に含めることができる。

【0026】

一部の実施形態において、制御回路３３０は、デバイスＡ１〜Ａｍ３１０〜３１６の１つからＣＥＣ−Ａ３２０上で制御信号値を検出し、ネットワーク３４０を通じて送信に向けてデータパケットにこのような値を挿入する。一部の実施形態において、各信号値は、データパケットのヘッダ内に挿入することができる１つのビット（高又は低、「１」又は「０」値）である。一部の実施形態において、制御信号値は、このようなパケットが利用可能な場合に待機中のデータパケット内に挿入され、待機中データパケットが利用可能でない場合は制御信号値を送信するためにデータパケットが生成される。一部の実施形態において、制御回路３５０は、ネットワーク３４０を通じて受信したデータパケットで制御信号値を検出する。更に、制御回路３５０は、デバイスＢ１〜Ｂｗ３７０〜３７６の１つによる検出に向けてＣＥＣ−Ｂ３６０上で受信した制御信号の値を適用するように作動する。

【0027】

一部の実施形態において、制御信号は、逆方向でも転送され、制御回路３５０は、デバイスＢ１−Ｂｗ３７０〜３７６の１つからＣＥＣ−Ｂ３６０上で制御信号値を検出し、ネットワーク３４０を通じた送信に向けてデータパケットにこのような値を挿入し、制御回路３３０は、ネットワーク３４０を通じて受信したデータパケットで制御信号値を検出し、かつデバイスＡ１〜Ａｍ３１０〜３１６の１つによる検出に向けてＣＥＣ−Ａ３２０上で受信した制御信号の値を適用するように作動する。

【0028】

図４は、転送に向けてデータパケットに制御信号値を挿入する処理の実施形態の図である。一部の実施形態において、ＣＥＣ−Ａ４０５のような第１のシングルワイヤ制御バスは、制御信号データ４１０を供給するのに使用される。一部の実施形態において、制御信号データ４１０は、検出されると、パケット交換ネットワーク上で転送されるデータパケット４１５のヘッダに挿入される。

【0029】

この図において、制御データ（制御ビット１、ＣＢ１と指定）の第１のビットは、第１の利用可能なデータパケットＰ１ ４２０に挿入され、制御データ（ＣＢ２）の第２のビットは、第２の利用可能なデータパケットＰ２ ４２５に挿入される。図４に示すように、制御データ（ＣＢ ３）の次のビットに利用可能なデータパケットがなく、従って、データパケットが生成され（生成されたデータパケットは、制御ビットを転送することを目的としてＧＰ１ ４３０と指定される）、ＣＢ３が、ＧＰ１ ４３０のヘッダとして挿入される。

【0030】

一部の実施形態において、データパケット４２０〜４３０は、パケット交換ネットワーク４５０を通じて転送される。一部の実施形態において、制御データビットＣＢ１、ＣＢ２、及びＣＢ３は、データパケットから得られ、かつ制御データの意図する受信者による検出に向けてシングルワイヤバスＣＥＣ−Ｂ４５５ように示された第２の制御バスに適用される。

【0031】

図５は、パケット交換ネットワーク上の制御信号の送受信のための装置の実施形態の図である。一部の実施形態において、制御信号データを転送するシステム５００は、１つ又はそれよりも多くのデバイスに向けて制御バス作動を行う第１の制御バスＣＥＣ−Ａ５０２との接続、及び１つ又はそれよりも多くのデバイスに向けて制御バス作動を行う第２の制御バスＣＥＣ−Ｂ５３２との接続を含む。一部の実施形態において、制御バスＣＥＣ−Ａ５０２は、ＣＥＣ−Ａ５０２上で信号を検出してＯＲゲート５１０の入力に信号を供給するためにバッファ５０６を含む第１の回路要素５０４と結合され、ＯＲゲート５１０は、ネットワーク５５０を通じた送信に向けて、データパケット内まで適切な信号を挿入するために封入構成要素５１４（ＣＥＣ ＥｎＣａｐ）と結合される。

【0032】

一部の実施形態において、封入解除構成要素（ＣＥＣ ＤｅＣａｐ）５４４は、次に、ネットワーク５５０上で受信したデータパケットから制御信号を取得するように作動する。制御信号は、インバータ５４０により逆変換されて、ドライバ（ＤＲＶ−Ｂ）５３６が制御バスＣＥＣ−Ｂ５３２に制御信号を適用するのを可能にするように適用される。

【0033】

同様に、一部の実施形態において、バッファ５３８は、ＣＥＣ−Ｂ５３２上で信号を検出し、ＯＲゲート５４２の入力に信号を供給するように作動し、ＯＲゲート５４２は、次に、ネットワーク５５０を通じた送信に向けてデータパケット内に適切な信号を挿入するために封入構成要素５４６（ＣＥＣ ＥｎＣａｐ）と結合される。

【0034】

一部の実施形態において、封入解除構成要素（ＣＥＣ ＤｅＣａｐ）５１６は、次に、ネットワーク５５０上で受信したデータパケットから制御信号を取得するように作動する。制御信号は、インバータ５１２により逆変換されて、ドライバ（ＤＲＶ−Ａ）５０８が制御バスＣＥＣ−Ａ５０２に制御信号を適用するのを可能にするように適用される。

【0035】

制御回路が、受信したリモートＣＥＣ状態をローカルバス上に単に駆動した場合に、ゼロレベルへのローカル又はリモートＣＥＣバスの遷移により、全てのバスは、ゼロ状態にラッチされる。一部の実施形態において、制御回路は、ローカルＣＥＣバスがローカルデバイスにより駆動されていない時に限り、リモートＣＥＣ状態からローカルＣＥＣバスを駆動することになっている。一部の実施形態において、この論理回路は、ローカルバスに対するリモート状態のアサーションの遅延の代償として作動するこのような論理回路の作動でラッチアップ状態を防止するのに利用される。

【0036】

図６は、パケット交換ネットワーク上の制御信号の送受信のための装置の要素の作動を示す図表である。図表６００は、図５に示すシステムに対する作動情報を提供する。図表６００に示すように、制御バスＣＥＣ−Ａ及びＣＥＣ−Ｂが共に「０」である場合に、ドライバＤＲＶ−ＡもＤＲＶ−Ｂも有効にされない。ＣＥＣ−Ａのみが「１」である場合に、ＤＲＶ−Ａがアクティブである。ＣＥＣ−Ｂのみが「１」である場合に、ＤＲＶ−Ｂがアクティブである。しかし、ＣＥＣ−Ａ及びＣＥＣ−Ｂが共に「１」である場合に、ドライバＤＲＶ−ＡもＤＲＶ−Ｂも有効にされない。

【0037】

一部の実施形態において、上述のように信号を条件付けする必要性のために、付加的な遅延がデバイス間のＣＥＣ状態の転送において生じる可能性がある。ローカルバスからのリモート信号をアサート解除するために、ＣＥＣ状態パケットは、各方向において転送される。例えば、ＨＤＭＩ−ＣＥＣ仕様書では、各エッジの後に回りの２００μｓ窓で２．４ｍｓの公称ビットタイミングを定義している。伝えられたＣＥＣ信号をこの窓の域を超えて遅延させるネットワーク転送時間は、仕様書に不適合になる。更に、既存の仕様書に追記された遅延があれば、最悪のケースタイミングで作動するデバイスとの不適合の原因になる。一部の実施形態において、相互作動性を維持するために、ネットワーク待ち時間を低レベルに保つことができ、接続したデバイスは、公称ＣＥＣタイミングの近くで作動することが要求される場合がある。

【0038】

図７は、パケット交換ネットワークを通じて制御信号を送信する処理を示す流れ図である。一部の実施形態において、第１のデバイスは、第１のデバイスからの第２のデバイスへのデータ送信に関連して第１の制御バスの制御を取得する７０５。一部の実施形態において、信号検出を制御回路により第１の制御回路上で可能し７１０、制御回路は、制御信号がないかに関して第１の制御バスを聴くように作動する７１５。制御信号を第１の制御バス上で検出した７２０場合に、送信を待っているデータパケットが制御信号を搬送するのに利用可能であるか否かの判断がある７２５。利用可能であるである場合に、未処理データパケットを識別し７３０、識別されたデータパケット７３５のヘッダに第１の制御バスの現在の状態を表すビットを挿入する。制御信号を伝えるために利用可能な待機中データパケットがない場合に、データを伝えるためにデータパケットを生成し７４０、制御データ信号を含むヘッダを生成する７４５。既存のデータパケット及び生成されたデータパケットに対して、意図する受信者に制御信号を伝えるためにパケット交換ネットワーク７５０上でデータパケットを送信する。

【0039】

図８は、パケット交換ネットワークを通じて制御信号を受信する処理を示す流れ図である。一部の実施形態において、第１のデバイスからのデータパケットを制御回路で受信する８０５。第１の制御バスの状態を表すデータパケットのヘッダ内のデータビット及び従って制御信号の値を検出する８１０。次に、検出されたデータビットにより表された制御信号値を第２の制御バスに置き８１５、制御バス信号を表すビットを第２の制御バスを通じて第２のデバイスビットによって受信する８２０。

【0040】

一部の実施形態において、制御データの送信は、第２のデバイスから第１のデバイスに行うことができる。必要に応じて、第２の制御バスの制御を信号の送信に向けて第２のデバイスにより取得し８２５、データ伝送をパケット交換ネットワークを通じて逆転させる８３０。

【0041】

図９は、家電デバイス間の制御信号の転送の実施形態の図である。一部の実施形態において、ＣＥＣプロトコルを使用し、家庭娯楽ネットワーク９００内の様々なデバイスにリモートコントロールによって送信されたもののような指令を伝えることができる。一部の実施形態において、リモートコントロール９５０を使用し、セットトップボックス９２０、９３０、及び９４０として示す利用可能なセットトップボックスのリストを表示するためにテレビ９１０を指令することができる。セットトップボックスは、家庭用娯楽ネットワーク９００の物理的領域内の様々な位置に位置付けることができる。一部の実施形態において、テレビは、ＣＥＣバス９１５によりパケット交換ネットワーク９０５に接続され、セットトップボックス９２０、９３０、及び９４０は、図３に示す制御回路３３０及び３５０のような制御回路を通じて、それぞれ、ＣＥＣバス９２５、９３５、及び９４５によりネットワーク９０５に接続される。

【0042】

一部の実施形態において、リモートコントロール９５０を使用し、セットトップボックス９２０のようなセットトップボックスの１つを選択し、かつ選択したセットトップボックスは必ずしもテレビ９１０と同じ部屋に位置するとわけではないとしても、ＣＥＣバス９１５及び９２５を通じて同じリモートコントロール９５０により、選択したセットトップボックス９２０に直接に指令を入力することができる。この例では、テレビ９１０は、ＣＥＣバス９１５及びＣＥＣプロトコルを利用し、選択したボックス９２０に適切な指令を転送し、選択したボックス箱９２０は、ＣＥＣバス９２５を通じて指令を受信する。一部の実施形態において、デバイスは、パケット交換ネットワーク９０５を通じた送信に向けてＣＥＣバスからデータパケットに指令を転送する。一部の実施形態において、テレビ９１０及び選択されたセットトップボックス９２０の各々は、まるでデバイスが指令の送信に向けて１つのＣＥＣバスにより直結されたかのように作動する。

【0043】

図１０は、信号データを送信又は受信する電子デバイスの実施形態を示している。この図において、本発明の説明と密接な関係のないある一定の標準的かつ公知の構成要素は示されていない。一部の実施形態において、デバイス１０００は、制御バス上で制御信号を送信又受信することができるデバイスである。

【0044】

一部の実施形態の下で、デバイス１０００は、データ伝送のための相互接続又はクロスバー１００５又は他の通信手段を含む。データは、例えば、視聴覚データ及び関連の制御データを含む様々なタイプのデータを含むことができる。デバイス１０００は、処理情報が得られるように相互接続１００５に結合した１つ又はそれよりも多くのプロセッサ１０１０のような処理手段を含むことができる。相互接続１０１０は、１つ又はそれよりも多くの物理的プロセッサ及び１つ又はそれよりも多くの論理的プロセッサを含むことができる。更に、プロセッサ１０１０の各々は、複数のプロセッサコアを含むことができる。相互接続１００５は、簡潔さを期すために単一の相互接続であるように示されているが、複数の異なる相互接続又はバスを表すことができ、このような相互接続との構成要素接続は、変わる場合がある。図１０に示す相互接続１００５は、適切なブリッジ、アダプタ、又はコントローラにより接続したあらゆる１つ又はそれよりも多くの別々の物理的バス、ポイントツーポイント接続、又は両方を表す抽象概念である。相互接続１００５は、例えば、システムバス、ＰＣＩ又はＰＣＩｅバス、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ又は業界規格アーキテクチャ（ＩＳＡ）バス、小型コンピュータシステムインタフェース（ＳＣＳＩ）バス、ＩＩＣ（Ｉ２Ｃ）バス、又は時には「Ｆｉｒｅｗｉｒｅ」と呼ぶ米国電気電子技術者協会（ＩＥＥＥ）規格１３９４バスを含むことができる（「高性能シリアルバスのための規格」、１３９４−１９９５、ＩＥＥＥ、１９９６年８月３０日発行及び補遺）。

【0045】

一部の実施形態において、デバイス１０００は、プロセッサ１０１０によって実行される情報及び命令を記憶する主メモリ１０１５としてランダムアクセスメモリ（ＲＡＭ）又は他の動的ストレージデバイスを更に含む。主メモリ１０１５は、データストリーム又はサブストリームに向けてデータを記憶するのに使用することができる。ＲＡＭメモリには、メモリコンテンツのリフレッシュが必要である動的ランダムアクセスメモリ（ＤＲＡＭ）、及びコンテンツのリフレッシュが不要であるがコスト増である静的ランダムアクセスメモリ（ＳＲＡＭ）がある。ＤＲＡＭメモリには、信号を制御するクロック信号を含む同期型動的ランダムアクセスメモリ（ＳＤＲＡＭ）、及び拡張データ出力動的ランダムアクセスメモリ（ＥＤＯ ＤＲＡＭ）を含むことができる。一部の実施形態において、システムのメモリは、特定のレジスタ又は他の特殊目的メモリを含むことができる。デバイス１０００は、プロセッサ１０１０に向けて静的情報及び命令を記憶する読取専用メモリ（ＲＯＭ）１０２５又は他の静的ストレージデバイスを含むことができる。デバイス１０００は、特定の要素のストレージに向けて１つ又はそれよりも多くの不揮発性メモリ要素１０３０を含むことができる。

【0046】

データストレージ１０２０は、情報及び命令を記憶するデバイス１０００の相互接続１００５に結合することができる。データストレージ１０２０は、磁気ディスク又は他のメモリを含むことができる。このような要素は、互いに組み合わせることができ、又は別々の構成要素であってデバイス１０００の他の要素の部分を利用することができる。

【0047】

デバイス１０００は、出力表示又は呈示デバイス１０４０に相互接続１００５を通じて結合することができる。一部の実施形態において、ディスプレイ１０４０は、エンドユーザに情報又はコンテンツを表示する液晶ディスプレイ（ＬＣＤ）又はあらゆる他の表示技術を含むことができる。一部の環境において、ディスプレイ１０４０は、少なくとも入力デバイスの一部としても利用することができるタッチスクリーンを含むことができる。一部の環境において、ディスプレイ１０４０は、テレビプログラムのオーディオ部分を含むオーディオ情報を提供するスピーカのようなオーディオデバイスとすることができ、又はこれを含むことができる。

【0048】

１つ又はそれよりも多くの送信機又は受信機１０４５は、相互接続１００５に結合することができる。一部の実施形態において、デバイス１０００は、受信又はデータ伝送に向けて１つ又はそれよりも多くのポート１０５０を含むことができる。デバイス１０００は、Ｗｉ−Ｆｉネットワークのような無線信号を通じたデータの受信に向けて１つ又はそれよりも多くのアンテナ１０５５を更に含むことができる。データの送受信は、パケット交換ネットワーク１０７５を通じた別のデバイスへの送信に向けてＣＥＣバス１０７０のような制御バスを通じた制御データ信号の転送を含むことができる。

【0049】

デバイス１０００は、電力デバイス又はシステム１０６０を含むことができ、電力デバイス又はシステム１０６０は、電源、バッテリ、太陽電池、燃料電池、又は電源を供給し又は生成する他のシステム又はデバイスを含むことができる。電力デバイス又はシステム１０６０によって供給された電源は、必要に応じて、デバイス１０００の要素に分散させることができる。

【0050】

以下の説明では、説明上、本発明を完全に理解することができるように多くの特定の詳細に対して説明する。しかし、本発明は、これらの特定の詳細がなくても実施することができることは当業者には明らかであろう。他の事例では、公知の構造及びデバイスは、ブロック図形式で示されている。図示の構成要素の間に中間の構造がある場合がある。本明細書に説明又は図示の構成要素は、例示も説明もない付加的な入力又は出力を有することができる。図示の要素又は構成要素は、あらゆるフィールドの並べ替え又はフィールドサイズの変更を含む異なる構成又は順序に配置することができる。

【0051】

本発明は、様々な処理を含むことができる。本発明の処理は、ハードウエア構成要素によって実行することができ、又はコンピュータ可読命令に具現化することができ、コンピュータ可読命令を用いて、命令でプログラムされた汎用又は特殊目的プロセッサ又は論理回路に処理を実行させることができる。代替的に、処理は、ハードウエア及びソフトウエアの組合せによって実行することができる。

【0052】

本発明の実施形態の各部分は、コンピュータプログラム製品として供給することができ、コンピュータプログラム製品は、コンピュータプログラム命令が記憶されたコンピュータ可読ストレージ媒体を含むことができ、コンピュータプログラム命令を用いて、コンピュータ（又は他の電力デバイス）に本発明により処理を実行させるようにプログラムすることができる。コンピュータ可読ストレージ媒体には、フロッピーディスケット、光ディスク、ＣＤ−ＲＯＭ（コンパクトディスク読み出し専用メモリ）、光磁気ディスク、ＲＯＭ（読取専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＥＰＲＯＭ（消去及びプログラマブル読取専用メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラマブル読取専用メモリ）、磁石又は光カード、フラッシュメモリ、又は電子命令を記憶するのに適する他のタイプの媒体／コンピュータ可読媒体を含むことができるが、これらに限定されない。更に、本発明は、コンピュータプログラムとしてダウンロードすることができ、プログラムは、リモートコンピュータから要求側コンピュータに転送することができる。

【0053】

方法の多くを最も基本的な形で説明しているが、本発明の基本的な範囲から逸脱することなく、処理を方法のいずれかに追加するか又は方法のいずれかから削除することができ、説明した内容に情報を追加するか又は説明された内容から情報を差し引くことができる。多くの更に別の修正及び改作を行うことができることは当業者には明らかであろう。特定的な実施形態は、本発明を制限するためではなく例示するために示すものである。

【0054】

要素「Ａ」が要素「Ｂ」に又は要素「Ｂ」と結合されると説明する場合に、要素Ａは、要素Ｂに直接に結合することができ、又は例えば要素Ｃを通じて間接的に結合することができる。本明細書で構成要素、特徴、構造、処理、又は特性Ａが構成要素、特徴、構造、処理、又は特性Ｂを「引き起こす」と説明する時に、「Ａ」は、少なくとも「Ｂ」の部分的な原因であるが、「Ｂ」を引き起こしやすくする少なくとも１つの他の構成要素、特徴、構造、処理、又は特性がある場合があることを意味する。本明細書で構成要素、特徴、構造、処理、又は特性を含む「場合がある」、「あるかもしれない」、又は「ある可能性がある」と示す場合に、その特定の構成要素、特徴、構造、処理、又は特性は含む必要はない。本明細書で「ａ」又は「ａｎ」要素に言及した場合に、これは、説明する要素が１つしかないことを意味するわけではない。

【0055】

実施形態は、本発明の実施又は例である。「実施形態」、「一実施形態」、「一部の実施形態」、又は「他の実施形態」への本明細書における言及は、実施形態に関連して説明する特定の特徴、構造、又は特性が少なくとも一部の実施形態に含まれるが必ずしも全ての実施形態に含まれるわけではないことを意味する。「実施形態」、「一実施形態」、又は「一部の実施形態」が様々な出現は、必ずしも全てが同じ実施形態を指しているわけではない。本発明の例示的な実施形態の以上の説明において、本発明の様々な特徴は、本発明の開示を簡素化して様々な本発明の態様の１つ又はそれよりも多くを理解しやすくすることを目的として、時にはその１つ実施形態、図、又は説明に一緒にまとめられていることを認めるべきである。

【符号の説明】

【0056】

３１０ デバイスＡ１
３３０、３５０ 制御回路
３４０ ネットワーク
３７０ デバイスＢ１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】