特許 5698746 データ送信モード間における遷移のためのシグナリング

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

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

(11)【特許番号】5698746

(24)【登録日】2015年2月20日

(45)【発行日】2015年4月8日

(54)【発明の名称】データ送信モード間における遷移のためのシグナリング

(51)【国際特許分類】

   H04L 29/06 20060101AFI20150319BHJP

   H04L 29/08 20060101ALI20150319BHJP

   H04L 1/16 20060101ALI20150319BHJP

   G06F 13/38 20060101ALI20150319BHJP

【ＦＩ】

   H04L13/00 305C

   H04L13/00 307D

   H04L1/16

   G06F13/38 320A

【請求項の数】28

【全頁数】20

(21)【出願番号】特願2012-522848(P2012-522848)

(86)(22)【出願日】2010年7月7日

(65)【公表番号】特表2013-500682(P2013-500682A)

(43)【公表日】2013年1月7日

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

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

(87)【国際公開日】20110203

【審査請求日】2013年7月2日

(31)【優先権主張番号】12/512,877

(32)【優先日】2009年7月30日

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

(73)【特許権者】

【識別番号】504441048

【氏名又は名称】シリコン イメージ，インコーポレイテッド

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

当該装置が、少なくとも１つの前記制御線を介して前記コマンド信号の肯定応答を前記送信側装置に提供する、
ことを特徴とする請求項２６に記載の装置。

【請求項28】

当該装置が、前記コマンド信号の肯定応答を一定時間内に提供するように要求される、
ことを特徴とする請求項２７に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、一般にデータ通信の分野に関し、より詳細には、データ送信モード間における遷移のためのシグナリングの提供に関する。

【背景技術】

【0002】

一部のシステムでは、第１の装置と第２の装置の間でデータリンクを介してデータを送信することができる。例えば、データは、第１の装置から第２の装置へ送信されるオーディオ／ビデオデータ又はその他のコンテンツデータのデータストリームを含むことができ、この場合、第２の装置は、このコンテンツデータを利用すること、又はこのようなデータを別の装置へ再送信することのいずれかを行うことができる。このデータストリームを、コンテンツデータの送信上のセキュリティのためにさらに暗号化することができる。

【0003】

データ転送動作では、送信しているデータストリームを第１のデータモードから第２のデータモードに変更することができ、この場合、受信側装置は、第２のモードのデータを第１のモードのデータとは異なる形で解釈して処理する必要がある。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】「高性能シリアルバスの規格（Ｓｔａｎｄａｒｄ ｆｏｒ ａ Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ）」１３９４〜１９９５頁、ＩＥＥＥ、１９９６年８月３０日発行、及び補足

【発明の概要】

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

【0005】

従来のシステムでは、データストリームを受信している装置が、第１のモードから第２のモードへのモードの変更を検出し、これに応じて動作を変更することができる。しかしながら、受信側装置がモードを切り換える時点まで、一定量のデータは第１のモードに従って解釈される可能性がある。例えば、ストリーミングデータがビデオ及びオーディオデータを含む場合、第２の装置が第２のモードに遷移できるようになるまでの時間にわたり、データが不適切に表示又は提示されることがある。

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

【0006】

本発明の実施形態は、一般にデータ送信モード間における遷移のためのシグナリングに関する。

【0007】

本発明の第１の態様では、方法の実施形態が、第１のモードで動作するデータストリームを、データリンクを介して第１の装置から第２の装置へ送信するステップと、データストリームを第１のモードから第２のモードに変更すべきであることを決定するステップと、第１の装置がデータストリームを第１のモードから第２のモードに変更するつもりである旨を示すメッセージを、第２のモードへの変更前に制御リンクを介して第１の装置から受信機へ送信するステップとを含む。

【0008】

本発明の第２の態様では、方法の実施形態が、第１のモードを第１の方法で解釈する第２の装置において、第１の装置からデータリンクを介してデータストリームを受信するステップと、第２の装置において、第１の装置がデータストリームを第１のモードから第２のモードに変更するつもりである旨を示すメッセージを、第２のモードへの変更前に第１の装置から制御リンクを介して受信するステップと、データストリームの第２のモードへの遷移に備える動作を行うステップとを含む。

【0009】

本発明の実施形態を、同じ参照数字が同様の要素を示す添付図面の図に限定ではなく一例として示す。

【図面の簡単な説明】

【0010】

【図1】装置間で複数のモードのデータを転送するためのシステムの実施形態を示す図である。

【図2】送信側装置の実施形態を示す図である。

【図3】受信側装置の実施形態を示す図である。

【図4】複数の装置間のデータ送信の実施形態を示す図である。

【図5】複数の異なるモードのデータを送信する処理を示すフロー図である。

【図6】複数の異なるモードのデータを受信する処理を示すフロー図である。

【図7】ある実施形態における、モード間で切り換えられるデータストリームを示す図である。

【図8】システムの実施形態の装置間のインターフェイスを示す図である。

【図9】ソース装置、ブリッジ装置、又はシンク装置の実施形態の要素を示す図である。

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

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

４１０ 第１の装置−ソース装置
４１２ コントローラ
４１４ 暗号化エンジン
４２０ 第２の装置−ブリッジ装置
４２２ コントローラ
４２４ 解読エンジン
４２６ 暗号化エンジン
４３０ 第３の装置−シンク装置
４３２ 解読エンジン
４４０ データリンク
４４２ データ１
４４４ データ２
４５０ 制御バス
４５２ コマンド
４６０ データリンク
４６２ データ１
４６４ データ修正
４６６ データ２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】