(57)【要約】【課題】専用治具等を用いることなく受信機器のファームウェアのアップデートが可能なＡＶシステムを提供する。【解決手段】ソース機器１は、アップデートファイルを複数のアップデートパケット（ＵＤパケット）に分割し、各ＵＤパケットにパケット番号を付与する。ソース機器１はまた、各ＵＤパケットを識別するためのパケット情報を含むヘッダパケットを作成する。ソース機器１は、ヘッダパケット及び各ＵＤパケットを繰り返し送信する。シンク機器２は、受信したヘッダパケット内のパケット情報に基づいて、全てのＵＤパケットをメモリ２７に登録したか否かを判断する。全てのＵＤパケットを登録したとき、シンク機器２はホットプラグ信号をアクティブからノンアクティブにする。ソース機器１は、ホットプラグ信号がノンアクティブになったとき、ＵＤパケットの送信を停止する。【選択図】図１
2007274375.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを供給するソース機器と、
前記コンテンツデータを受け取る受信機器と、
前記受信機器から前記ソース機器にホットプラグ信号を出力するためのホットプラグ信号線と、前記ソース機器から前記受信機器にデータを送信するための単向通信式のデータ信号線とを含み、前記ソース機器と前記受信機器との間に接続されるデジタル伝送路とを備え、
前記ソース機器は、
前記ホットプラグ信号がアクティブであるとき前記コンテンツデータを送信可能なコンテンツデータ送信手段と、
前記受信機器のファームウェアをアップデートするためのアップデートファイルを複数のアップデートパケットに分割するパケット化手段と、
前記受信機器が前記各アップデートパケットを識別するためのパケット情報を作成するパケット情報作成手段と、
前記パケット情報を前記受信機器にデータ信号線を介して送信するパケット情報送信手段と、
前記パケット情報を送信した後であって前記ホットプラグ信号がアクティブである間、前記複数のアップデートパケットを前記受信機器にデータ信号線を介して繰り返し送信するパケット送信手段とを含み、
前記受信機器は、
前記ファームウェアを記憶するための記憶手段と、
前記送信されたコンテンツデータを受信するコンテンツデータ受信手段と、
前記送信されたパケット情報及び複数のアップデートパケットを前記記憶手段に登録する登録手段と、
前記登録されたパケット情報に基づいて、前記複数のアップデートパケットの全てを前記記憶手段に登録したか否かを判断する判断手段と、
前記ソース機器と前記デジタル伝送路を介して接続されたとき前記ホットプラグ信号をアクティブにし、前記判断手段が前記複数のアップデートパケットの全てを登録したと判断したとき前記ホットプラグ信号をノンアクティブにするホットプラグ制御手段と、
前記ホットプラグ信号をノンアクティブにした後、前記登録された複数のアップデートパケットに基づいて、前記ファームウェアをアップデートするアップデート手段とを含むことを特徴とするＡＶシステム。
【請求項２】
請求項１に記載のＡＶシステムであって、
前記パケット情報送信手段は、前記パケット情報を所定回数繰り返し送信することを特徴とするＡＶシステム。
【請求項３】
コンテンツデータを供給するソース機器と、
前記コンテンツデータを受け取る受信機器と、
前記ソース機器と前記受信機器との間に接続されるデジタル伝送路とを備え、
前記デジタル伝送路は、
前記受信機器から前記ソース機器にホットプラグ信号を出力するためのホットプラグ信号線と、
前記ソース機器から前記受信機器にデータを送信するための単向通信式のデータ信号線と、
前記受信機器から前記ソース機器にコマンドを送信するためのコマンド信号線とを備え、
前記ソース機器は、
前記ホットプラグ信号がアクティブであるとき前記コンテンツデータを送信可能なコンテンツデータ送信手段と、
前記受信機器のファームウェアをアップデートするためのアップデートファイルを複数のアップデートパケットに分割するパケット化手段と、
前記受信機器が前記各アップデートパケットを識別するためのパケット情報を作成するパケット情報作成手段と、
前記パケット情報を前記受信機器にデータ信号線を介して送信するパケット情報送信手段と、
前記パケット情報を送信した後、前記受信機器からＡＣＫ通知を受けるごとに各アップデートパケットを前記受信機器にデータ信号線を介して順次送信し、かつ、ＡＣＫ通知を受けてから次のＡＣＫ通知を受けるまでの間、同じアップデートパケットを繰り返し送信するパケット送信手段とを備え、
前記受信機器は、
前記ファームウェアを記憶するための記憶手段と、
前記送信されたコンテンツデータを受信するコンテンツデータ受信手段と、
前記送信されたパケット情報及び複数のアップデートパケットを前記記憶手段に登録する登録手段と、
アップデートパケットを登録するごとに、ＡＣＫ通知を前記ソース機器に前記コマンド信号線を介して送信するＡＣＫ通知手段と、
前記登録されたパケット情報に基づいて前記複数のアップデートパケットの全てを前記記憶手段に登録したか否かを判断する判断手段と、
前記ソース機器と前記デジタル伝送路を介して接続されたとき前記ホットプラグ信号をアクティブにし、前記判断手段が前記複数のアップデートパケットの全てを登録したと判断したとき前記ホットプラグ信号をノンアクティブにするホットプラグ制御手段と、
前記ホットプラグ信号をノンアクティブにした後、前記登録された複数のアップデートパケットに基づいて、前記ファームウェアをアップデートするアップデート手段とを備えることを特徴とするＡＶシステム。
【請求項４】
請求項３に記載のＡＶシステムであって、
前記複数のアップデートパケットの各々は、パケット識別子を含み、
前記パケット情報は、前記パケット識別子に関する情報を含み、
前記ＡＣＫ通知手段は、前記パケット情報に基づいて、次に送信を要求するアップデートパケットのパケット識別子を前記ＡＣＫ通知に含めて通知し、
前記パケット送信手段は、受信されたＡＣＫ通知に含まれるパケット識別子に対応するアップデートパケットを繰り返し送信することを特徴とするＡＶシステム。
【請求項５】
請求項３又は請求項４に記載のＡＶシステムであって、
前記判断手段はさらに、前記コンテンツデータの受信を完了したか否かを判断し、
前記ホットプラグ制御手段はさらに、前記判断手段が、前記複数のアップデートパケットの全てを登録し、かつ、コンテンツデータの受信を完了したとき、ホットプラグ信号をノンアクティブにすることを特徴とするＡＶシステム。
【請求項６】
請求項５に記載のＡＶシステムであって、
前記ソース機器はさらに、
前記コンテンツデータの送信を完了したとき、送信完了通知を前記受信機器に通知する送信完了通知手段を備え、
前記判断手段は、前記送信完了通知を受けたとき、前記コンテンツデータの受信を完了したと判断することを特徴とするＡＶシステム。
【請求項７】
コンテンツデータを供給するソース機器と、前記コンテンツデータを受け取る受信機器と、前記ソース機器と前記受信機器との間に接続されるデジタル伝送路とを備えるＡＶシステムであって、前記デジタル伝送路は、前記受信機器から前記ソース機器にホットプラグ信号を出力するためのホットプラグ信号線と前記ソース機器から前記受信機器にデータを送信するための単向通信式のデータ信号線とを含む、前記ＡＶシステムにおけるソース機器であって、
前記ホットプラグ信号がアクティブであるとき前記コンテンツデータを送信可能なコンテンツデータ送信手段と、
前記受信機器のファームウェアをアップデートするためのアップデートファイルを複数のアップデートパケットに分割するパケット化手段と、
前記受信機器が前記各アップデートパケットを識別するためのパケット情報を作成するパケット情報作成手段と、
前記パケット情報を前記受信機器にデータ信号線を介して送信するパケット情報送信手段と、
前記パケット情報を送信した後、前記受信機器が前記複数のアップデートパケットの全てを登録して前記ホットプラグ信号をノンアクティブにするまでの間、前記複数のアップデートパケットを前記受信機器にデータ信号線を介して繰り返し送信するパケット送信手段とを備えることを特徴とするソース機器。
【請求項８】
請求項７に記載のソース機器であって、
前記パケット情報送信手段は、前記パケット情報を所定回数繰り返し送信することを特徴とするソース機器。
【請求項９】
コンテンツデータを供給するソース機器と、前記コンテンツデータを受け取る受信機器と、前記ソース機器と前記受信機器との間に接続されるデジタル伝送路とを備えるＡＶシステムであって、前記デジタル伝送路は、前記受信機器から前記ソース機器にホットプラグ信号を出力するためのホットプラグ信号線と前記ソース機器から前記受信機器にデータを送信するための単向通信式のデータ信号線とを含む、前記ＡＶシステムにおける受信機器であって、
ファームウェアを記憶するための記憶手段と、
前記ソース機器から供給されたコンテンツデータを受信するコンテンツデータ受信手段と、
前記ファームウェアをアップデートするためのアップデートファイルを構成し、前記ソース機器から送信される複数のアップデートパケットを前記記憶手段に登録し、かつ、前記複数のアップデートパケットを登録する前に、前記複数のアップデートパケットの各々を識別するために前記ソース機器により作成され、前記ソース機器から送信されるパケット情報を前記記憶手段に登録する登録手段と、
前記登録されたパケット情報に基づいて、前記複数のアップデートパケットの全てを前記記憶手段に登録したか否かを判断する判断手段と、
前記ソース機器と前記デジタル伝送路を介して接続されたとき前記ホットプラグ信号をアクティブにし、前記判断手段が前記複数のアップデートパケットの全てを登録したと判断したとき前記ホットプラグ信号をノンアクティブにするホットプラグ制御手段と、
前記ホットプラグ信号をノンアクティブにした後、前記登録された複数のアップデートパケットに基づいて、前記ファームウェアをアップデートするアップデート手段とを備えることを特徴とする受信機器。
【請求項１０】
コンテンツデータを供給するソース機器と、前記コンテンツデータを受け取る受信機器と、前記ソース機器と前記受信機器との間に接続されるデジタル伝送路とを備えるＡＶシステムであって、前記デジタル伝送路は、前記受信機器から前記ソース機器にホットプラグ信号を出力するためのホットプラグ信号線と、前記ソース機器から前記受信機器にデータを送信するための単向通信式のデータ信号線と、前記受信機器から前記ソース機器にコマンドを送信するためのコマンド信号線とを含む、前記ＡＶシステムにおけるソース機器であって、
前記ホットプラグ信号がアクティブであるとき前記コンテンツデータを送信可能なコンテンツデータ送信手段と、
前記受信機器のファームウェアをアップデートするためのアップデートファイルを複数のアップデートパケットに分割するパケット化手段と、
前記受信機器が前記各アップデートパケットを識別するためのパケット情報を作成するパケット情報作成手段と、
前記パケット情報を前記受信機器にデータ信号線を介して送信するパケット情報送信手段と、
前記パケット情報を送信した後、前記受信機器からＡＣＫ通知を受けるごとに複数のアップデートパケットの各々を前記受信機器にデータ信号線を介して順次送信し、かつ、ＡＣＫ通知を受けてから次のＡＣＫ通知を受けるまでの間、同じアップデートパケットを繰り返し送信するパケット送信手段とを備えることを特徴とするソース機器。
【請求項１１】
請求項１０に記載のソース機器であって、
前記複数のアップデートパケットの各々は、パケット識別子を含み、
前記パケット情報は、前記パケット識別子に関する情報を含み、
前記ＡＣＫ通知は、前記受信機器が次に送信を要求するアップデートパケットのパケット識別子を含み、
前記パケット送信手段は、受信されたＡＣＫ通知に含まれるパケット識別子に対応するアップデートパケットを繰り返し送信することを特徴とするソース機器。
【請求項１２】
コンテンツデータを供給するソース機器と、前記コンテンツデータを受け取る受信機器と、前記ソース機器と前記受信機器との間に接続されるデジタル伝送路とを備えるＡＶシステムであって、前記デジタル伝送路は、前記受信機器から前記ソース機器にホットプラグ信号を出力するためのホットプラグ信号線と、前記ソース機器から前記受信機器にデータを送信するための単向通信式のデータ信号線と、前記受信機器から前記ソース機器にコマンドを送信するためのコマンド信号線とを含む、前記ＡＶシステムにおける受信機器であって、
前記ファームウェアを記憶するための記憶手段と、
前記ソース機器から供給されたコンテンツデータを受信するコンテンツデータ受信手段と、
前記ファームウェアをアップデートするためのアップデートファイルを構成し、前記ソース機器から送信される複数のアップデートパケットを前記記憶手段に登録し、かつ、前記複数のアップデートパケットを登録する前に、前記複数のアップデートパケットの各々を識別するために前記ソース機器により作成され、前記ソース機器から送信されるパケット情報を前記記憶手段に登録する登録手段と、
前記アップデートパケットを登録するごとに、ＡＣＫ通知を前記ソース機器に前記コマンド信号線を介して送信するＡＣＫ通知手段と、
前記登録されたパケット情報に基づいて前記複数のアップデートパケットの全てを前記記憶手段に登録したか否かを判断する判断手段と、
前記ソース機器と前記デジタル伝送路を介して接続されたとき前記ホットプラグ信号をアクティブにし、前記判断手段が前記複数のアップデートパケットの全てを登録したと判断したとき前記ホットプラグ信号をノンアクティブにするホットプラグ制御手段と、
前記ホットプラグ信号をノンアクティブにした後、前記登録された複数のアップデートパケットに基づいて、前記ファームウェアをアップデートするアップデート手段とを備えることを特徴とする受信機器。
【請求項１３】
請求項１２に記載の受信機器であって、
前記判断手段はさらに、前記コンテンツデータの受信を完了したか否かを判断し、
前記ホットプラグ制御手段はさらに、前記判断手段が、前記複数のアップデートパケットの全てを登録し、かつ、コンテンツデータの受信を完了したとき、ホットプラグ信号をノンアクティブにすることを特徴とする受信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＶシステム、ソース機器及び受信機器に関し、さらに詳しくは、コンテンツデータを供給するソース機器と、コンテンツデータを受け取る受信機器とを備えるＡＶシステム、そのＡＶシステムに使用されるソース機器及び受信機器に関する。
【背景技術】
【０００２】
近年、映像データや音声データといったコンテンツデータを供給するソース機器と、コンテンツデータを受け取るシンク機器やリピータ機器といった受信機器とで構成されるＡＶシステムが普及している。ソース機器は、たとえば、ＤＶＤ（Digital Versatile Disk）プレイヤや、ＢＤ（Blu-ray Disc）プレイヤ、ＨＤＤＶＤ（High Definition DVD）プレイヤ、ＣＤプレイヤ等である。また、シンク機器は、たとえば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、プロジェクタ等である。リピータ機器は、たとえば、ＡＶアンプや、ＡＶレシーバである。
【０００３】
シンク機器やリピータ機器といった受信機器は内部に組み込まれたファームウェアにより制御される。ファームウェアは受信機器内のメモリに書き込まれ、受信機器内のマイコンに読み込まれることにより、受信機器を制御する。従来は、ＲＯＭ等の書換えが不可能なメモリにファームウェアを格納していたが、近年では、ファームウェアがアップグレードされることを想定して、フラッシュメモリに代表される書換え可能なメモリにファームウェアを格納した受信機器が多数登場している。
【０００４】
受信機器のファームウェアをアップデートする場合、受信機器を専用治具やコンピュータ装置に接続し、アップデートファイルを受信機器にダウンロードする必要がある。そのため、受信機器のユーザは、自分でファームウェアのアップデートを行うことができず、専用治具等を有する製造メーカにアップデートを依頼しなければならない。
【０００５】
製造メーカは、ユーザの受信機器を回収したり、従業員を受信機器の使用場所まで派遣したりして、専用治具等を用いてファームウェアをアップデートしなければならず、作業負荷が大きい。製造メーカはまた、アップデートするために、受信機器に対応した専用治具等を作製しなければならない。
【０００６】
また、ファームウェアをアップデートする場合、受信機器を専用治具等に接続する必要があるため、受信機器をソース機器から切り離さなければならない。したがって、ＡＶシステムでコンテンツを再生しながら受信機器にアップデートファイルをダウンロードすることができない。
【特許文献１】特開２０００−３１９９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、専用治具等を用いることなく受信機器のファームウェアのアップデートが可能なＡＶシステムを提供することである。
【０００８】
本発明の他の目的は、コンテンツの再生中でもアップロードファイルを正常に受信機器にダウンロードできるＡＶシステムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００９】
本発明によるＡＶシステムは、コンテンツデータを供給するソース機器と、コンテンツデータを受け取る受信機器と、ソース機器と受信機器との間に接続されるデジタル伝送路とを備える。
デジタル伝送路は、ホットプラグ信号線と、データ信号線とを含む。ホットプラグ信号線は、受信機器からソース機器にホットプラグ信号を出力するための信号線である。データ信号線は、ソース機器から受信機器にデータを送信するための単向通信式の信号線である。
ソース機器は、コンテンツデータ送信手段と、パケット化手段と、パケット情報作成手段と、パケット情報送信手段と、パケット送信手段とを含む。コンテンツデータ送信手段は、ホットプラグ信号がアクティブであるときコンテンツデータを送信する。パケット化手段は、受信機器のファームウェアをアップデートするためのアップデートファイルを複数のアップデートパケットに分割する。パケット情報作成手段は、受信機器が各アップデートパケットを識別するためのパケット情報を作成する。パケット情報送信手段は、パケット情報を受信機器にデータ信号線を介して送信する。パケット送信手段は、パケット情報を送信した後であってホットプラグ信号がアクティブである間、複数のアップデートパケットを受信機器にデータ信号線を介して繰り返し送信する。
受信機器は、記憶手段と、コンテンツデータ受信手段と、登録手段と、判断手段と、ホットプラグ制御手段と、アップデート手段とを含む。記憶手段はファームウェアを記憶する。コンテンツデータ受信手段は、送信されたコンテンツデータを受信する。登録手段は、送信されたパケット情報及び複数のアップデートパケットを記憶手段に登録する。判断手段は、登録されたパケット情報に基づいて、複数のアップデートパケットの全てを記憶手段に登録したか否かを判断する。ホットプラグ制御手段は、ソース機器とデジタル伝送路を介して接続されたときホットプラグ信号をアクティブにし、判断手段が複数のアップデートパケットの全てを登録したと判断したときホットプラグ信号をノンアクティブにする。アップデート手段は、ホットプラグ信号をノンアクティブにした後、登録された複数のアップデートパケットに基づいて、ファームウェアをアップデートする。
【００１０】
ここで、コンテンツデータとは、たとえば、映像データや音声データ、静止画データ等である。また、本発明でいう受信機器は、ソース機器と接続され、ソース機器からコンテンツデータの供給を受ける機器であり、たとえば、リピータ機器やシンク機器である。
【００１１】
本発明によるＡＶシステムは、ソース機器がアップデートファイルをアップデートパケットに分割し、コンテンツデータを送信するときに利用するデータ信号線を用いてアップデートパケットを受信機器に送信する。そのため、受信機器のファームウェアをアップデートするとき、従来のような専用の治具やコンピュータ装置を使用する必要がない。
【００１２】
また、ソース機器と受信機器とをデジタル伝送路で接続したままアップデートファイルを送信できるため、ＡＶシステムでコンテンツを再生している最中に、アップデートファイルを受信機器にダウンロードできる。
【００１３】
コンテンツを再生中にアップデートファイルを受信機器にダウンロードする場合、受信機器の動作負荷が増大するため、受信機器がアップデートパケットを取りこぼす可能性が高くなる。そこで本発明のＡＶシステムでは、受信機器が複数のアップデートパケットの全てを登録したか否かを確認し、ソース機器は受信機器がアップデートパケットを全て登録するまでアップデートパケットを繰り返し送信する。これにより、受信機器がアップデータパケットを取りこぼしても、取りこぼしたアップデートパケットは再度送信される。したがって、コンテンツを再生中であっても、受信機器は、全てのアップデートファイルを登録できる。
【００１４】
以上のように、ソース機器がアップデートパケットを繰り返し送信する場合、受信機器が全てのアップデートファイルを登録したときに、ソース機器のアップデートパケットの送信を停止するしくみが必要である。そこで、受信機器は、全てのアップデートパケットを登録したときホットプラグ信号をアクティブからノンアクティブにする。これにより、ソース機器はアップデートパケットの送信を停止する。
【００１５】
さらに、ホットプラグ信号をアクティブからノンアクティブにすることにより、ソース機器から受信機器へのデータの送信が遮断されるため、受信機器はソース機器に物理的に接続されたままファームウェアをアップデートできる。
【００１６】
好ましくは、パケット情報送信手段は、パケット情報を所定回数繰り返し送信する。
【００１７】
コンテンツ再生中にファームウェアをダウンロードする場合、受信機器がパケット情報を取りこぼす可能性が高くなるが、本発明によるＡＶシステムは、パケット情報を所定回数繰り返し送信するため、受信機器はパケット情報を取得しやすくなり、パケット情報の取りこぼしを抑制できる。
【００１８】
本発明によるＡＶシステムは、コンテンツデータを供給するソース機器と、コンテンツデータを受け取る受信機器と、ソース機器と受信機器との間に接続されるデジタル伝送路とを備える。
デジタル伝送路は、ホットプラグ信号線と、データ信号線と、コマンド信号線とを備える。ホットプラグ信号線は、受信機器からソース機器にホットプラグ信号を出力するための信号線である。データ信号線は、ソース機器から受信機器にデータを送信するための単向通信式の信号線である。コマンド信号線は、受信機器からソース機器にコマンドを送信するため信号線である。
ソース機器は、コンテンツデータ送信手段と、パケット化手段と、パケット情報作成手段と、パケット情報送信手段と、パケット送信手段とを備える。コンテンツデータ送信手段は、ホットプラグ信号がアクティブであるときコンテンツデータを送信する。パケット化手段は、受信機器のファームウェアをアップデートするためのアップデートファイルを複数のアップデートパケットに分割する。パケット情報作成手段は、受信機器が各アップデートパケットを識別するためのパケット情報を作成する。パケット情報送信手段は、パケット情報を受信機器にデータ信号線を介して送信する。パケット送信手段は、パケット情報を送信した後、受信機器からＡＣＫ通知を受けるごとに各アップデートパケットを順次送信し、かつ、ＡＣＫ通知を受けてから次のＡＣＫ通知を受けるまでの間、同じアップデートパケットを繰り返し送信する。
受信機器は、記憶手段と、コンテンツデータ受信手段と、登録手段と、ＡＣＫ通知手段と、判断手段と、ホットプラグ制御手段と、アップデート手段とを備える。記憶手段は、ファームウェアを記憶する。コンテンツデータ受信手段は、送信されたコンテンツデータを受信する。登録手段は、送信されたパケット情報及び複数のアップデートパケットを記憶手段に登録する。ＡＣＫ通知手段は、アップデートパケットを登録するごとに、ＡＣＫ通知をソース機器にコマンド信号線を介して送信する。判断手段は、登録されたパケット情報に基づいて複数のアップデートパケットの全てを記憶手段に登録したか否かを判断する。ホットプラグ制御手段は、ソース機器とデジタル伝送路を介して接続されたときホットプラグ信号をアクティブにし、判断手段が複数のアップデートパケットの全てを登録したと判断したときホットプラグ信号をノンアクティブにする。アップデート手段は、ホットプラグ信号をノンアクティブにした後、登録された複数のアップデートパケットに基づいて、ファームウェアをアップデートする。
【００１９】
本発明によるＡＶシステムは、ソース機器がアップデートファイルをアップデートパケットに分割し、コンテンツデータを送信するときに利用するデータ信号線を用いてアップデートパケットを受信機器に送信する。そのため、受信機器のファームウェアをアップデートするとき、従来のような専用の治具やコンピュータ装置を使用する必要がない。
【００２０】
また、ソース機器と受信機器とをデジタル伝送路で接続したままアップデートファイルを送信できるため、ＡＶシステムでコンテンツを再生している最中に、アップデートファイルを受信機器にダウンロードできる。
【００２１】
コンテンツを再生中にアップデートファイルを受信機器にダウンロードする場合、受信機器の動作負荷が増大するため、アップデートパケットを取りこぼす可能性が高くなる。そこで本発明のＡＶシステムでは、受信機器が、各アップデータファイルを登録するごとに、ＡＣＫ通知を送信し、ソース機器はＡＣＫ通知を受信するまで同じアップデータパケットを繰り返し送信する。受信機器が仮にアップデートパケットを取りこぼしても、ソース機器は、受信機器からＡＣＫ通知を受けるまで同じアップデートパケットを繰り返し送信するため、受信機器はアップデートパケットを確実に登録できる。
【００２２】
また、ホットプラグ信号をアクティブからノンアクティブにすることにより、ソース機器から受信機器へのデータの送信が遮断されるため、受信機器はソース機器に物理的に接続されたままファームウェアをアップデートできる。
【００２３】
好ましくは、複数のアップデートパケットの各々は、パケット識別子を含む。パケット情報は、パケット識別子に関する情報を含む。ＡＣＫ通知手段は、パケット情報に基づいて、次に送信を要求するアップデートパケットのパケット識別子をＡＣＫ通知に含めて通知する。パケット送信手段は、受信されたＡＣＫ通知に含まれるパケット識別子に対応するアップデートパケットを繰り返し送信する。
【００２４】
この場合、ソース機器はＡＣＫ通知に基づいて、次に送信すべきアップデートパケットを決定できる。
【００２５】
好ましくは、判断手段はさらに、コンテンツデータの受信を完了したか否かを判断する。ホットプラグ制御手段はさらに、判断手段が、複数のアップデートパケットの全てを登録し、かつ、コンテンツデータの受信を完了したとき、ホットプラグ信号をノンアクティブにする。
【００２６】
ホットプラグ信号をアクティブからノンアクティブになれば、ソース機器から受信機器へのデータの送信が遮断される。コンテンツを再生中の場合、コンテンツの再生が完了する前にホットプラグ信号がノンアクティブになれば、ソース機器はコンテンツデータを受信機器に送信できないため、ＡＶシステムのユーザはコンテンツの視聴を中断される。本発明では、受信機器が複数のアップデートパケットの全てを登録し、かつ、コンテンツデータの受信を完了したとき、ホットプラグ信号をノンアクティブにする。そのため、ＡＶシステムのユーザがコンテンツを最後まで視聴した後、ファームウェアのアップデートが開始される。
【００２７】
好ましくは、ソース機器はさらに、送信完了通知手段を備える。送信完了通知手段は、コンテンツデータの送信を完了したとき、送信完了通知を受信機器に通知する。判断手段は、送信完了通知を受けたとき、コンテンツデータの受信を完了したと判断する。
【００２８】
この場合、受信機器は送信完了通知により、コンテンツ再生の完了時期を容易に判断できる。
【００２９】
本発明によるソース機器は上記ＡＶシステムに使用されるソース機器であり、本発明による受信機器は上記ＡＶシステムに使用される受信機器である。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００３１】
１．第１の実施の形態
［全体構成］
図１を参照して、本実施の形態によるＡＶシステム１０は、コンテンツデータを供給するソース機器１と、コンテンツデータを受け取る受信機器であるシンク機器２とを備える。ソース機器１は、たとえば、ＤＶＤプレイヤ、ＢＤプレイヤ、ＨＤＤＶＤプレイヤ、ＨＤＤプレイヤ等である。シンク機器２は、たとえば、ＬＣＤやＰＤＰ、リピータ機器等である。
【００３２】
ソース機器１とシンク機器２とは、デジタル伝送路であるＨＤＭＩ（High-Definition Multimedia Interface）ケーブル３を介して接続される。ＨＤＭＩケーブル３は、２つの信号線（ＴＭＤＳチャネル、ホットプラグチャネル）を含む。ＴＭＤＳ（Transition Minimized Differential Signaling）チャネルは、ソース機器１からシンク機器２にＨＤＭＩ規格に準拠したコンテンツデータを送信するためのチャネルである。ホットプラグチャネルは、シンク機器２からソース機器１にホットプラグ信号（Hot Plug Detect Signal：以下ＨＰＤという）を出力するためのチャネルである。ＨＤＭＩケーブル３はさらに、図示しないディスプレイデータチャネル（Display Data Channel：ＤＤＣ）を含む。ＤＤＣは、シンク機器２に関する情報（ＥＤＩＤ：Extended Display Identification Data）をソース機器１が取得するためのチャネルである。
【００３３】
［ソース機器］
ソース機器１は、ドライブ１１と、送信処理部１３と、制御部１４と、パケット処理部１５と、コネクタ１６とを備える。ドライブ１１は、ＤＶＤ（Digital Versatile Disk）や、ＢＤ（Blu-ray Disc）、ＨＤＤＶＤ（High Definition DVD）、ＣＤ等の記憶媒体１２を駆動する。
【００３４】
パケット処理部１５は、ドライブ１１に格納された記憶媒体１２からシンク機器２のファームウェアをアップデートするためのアップデートファイルを読み出し、読み出されたアップデートファイルを複数のアップデートパケット（以下、ＵＤパケットという）に分割する。本実施の形態では、ＵＤパケットをＨＤＭＩ規格のインフォフレーム（InfoFrame）パケットとしてＴＭＤＳチャネルを介して送信する。インフォフレームパケットのバイト数は３０バイト以下と決められているため、パケット処理部１５は、各ＵＤパケットが３０バイト以下となるようにアップデートファイルをパケット化する。
【００３５】
送信処理部１３は、ドライブ１１に格納された記憶媒体１２からコンテンツデータを読み出し、ＨＤＭＩ規格に準拠したデータに変換する。送信処理部１３はさらに、変換されたコンテンツデータをＴＭＤＳチャネルを介してシンク機器２に送信する。同様に、送信処理部１３は、パケット処理部１５からＵＤパケットを受け、ＴＭＤＳチャネルを介してシンク機器２に送信する。送信処理部１３は、ホットプラグ信号ＨＰＤがアクティブのとき、コンテンツデータやＵＤパケットをＴＭＤＳチャネルに出力できるが、ホットプラグ信号ＨＰＤがノンアクティブのとき、これらのデータのＴＭＤＳチャネルへの出力を停止する。
制御部１４は、ソース機器１全体を制御し、具体的には、ドライブ１１、送信処理部１３及びパケット処理部１５、コネクタ１６を制御する。
【００３６】
［シンク機器］
シンク機器２は、コネクタ２１と、受信処理部２２と、制御部２３と、ディスプレイ２５と、スピーカ２６と、メモリ２７とを備える。
【００３７】
受信処理部２２は、ＴＭＤＳチャネルを介して送信されたコンテンツデータから映像データを生成し、映像データをディスプレイ２５に送信する。受信処理部２２はまた、送信されたコンテンツデータから音声データを生成し、音声データをスピーカ２６に送信する。受信処理部２２はさらに、ＴＭＤＳチャネルを介して送信されたＵＤパケットを結合してアップデートファイルを再構築する。
【００３８】
制御部２３は、シンク機器２全体を制御し、具体的には、受信処理部２２、ディスプレイ２５、スピーカ２６及びメモリ２７を制御する。メモリ２７は、ファームウェアを格納する。制御部２３はファームウェアをメモリ２７から読み込むことでシンク機器２全体を制御する。制御部２３はさらに、ホットプラグ信号ＨＰＤをアクティブ又はノンアクティブにする。
【００３９】
［ＡＶシステムの動作］
本実施の形態によるＡＶシステム１０は、特殊な治具等を用いることなくシンク機器２のファームウェアをアップデートできる。さらに、コンテンツを再生しながら、アップデートファイルをシンク機器にダウンロードできる。以下、ＡＶシステム１０の動作の詳細を説明する。
【００４０】
［コンテンツ再生］
初めに、コンテンツを再生するときのＡＶシステム１０の動作を説明する。シンク機器２がソース機器１にＨＤＭＩケーブル３を介して接続されたとき、シンク機器２内の制御部２３はホットプラグ信号ＨＰＤをアクティブにする。ソース機器１内の制御部１４は、アクティブなホットプラグ信号ＨＰＤを検知し、ＴＭＤＳチャネルを介してデータの送信が可能であると判断する。送信処理部１３は、ドライブ１１に格納された記憶媒体１２からコンテンツデータを読み出し、ＨＤＭＩ規格に変換されたコンテンツデータをＴＭＤＳチャネルを介してシンク機器２に送信する。
【００４１】
シンク機器２内の受信処理部２２はコンテンツデータを受信し、映像データをディスプレイ２５に出力し、音声データをスピーカ２６に出力する。ディスプレイ２５は映像データを受け、映像を表示し、スピーカ２６は音声データを受け、音声を出力する。コンテンツ再生中、制御部２３は、ホットプラグ信号ＨＰＤをアクティブに維持する。
【００４２】
［ファームウェアのアップデート］
上述のようにＡＶシステム１０がコンテンツを再生しているとき、シンク機器２内のファームウェアをアップデートする場合のＡＶシステム１０の動作について説明する。
【００４３】
［ソース機器の動作］
図２を参照して、アップデートファイルの配信処理を開始するとき、ソース機器１は初めに、ホットプラグ信号ＨＰＤがアクティブか否かを判断する（Ｓ１）。ホットプラグ信号ＨＰＤは、シンク機器２がソース機器１に接続されたときにアクティブとなっているため（Ｓ１でＹＥＳ）、ソース機器１はアップデートファイルの配信処理を開始する。
【００４４】
ソース機器１はまず、アップデートファイルをパケット化する（パケット化処理：Ｓ２）。パケット化処理の詳細を図３に示す。ソース機器１は、コンテンツを再生する前に、記憶媒体１２からアップデートファイルを予め読み出し、図示しないメモリに格納しておく。ソース機器１内のパケット処理部１５は、メモリに格納されたアップデートファイルにエラー検出データを付加する（Ｓ２１）。エラー検出データにより、シンク機器２はアップデートファイルが正常にダウンロードできたか否かを確認できる。
【００４５】
エラー検出データを付加した後、パケット処理部１５は、アップデートファイルをパケット化し、複数のＵＤパケットに分割する（Ｓ２２）。ＵＤパケットは、ＨＤＭＩ規格のインフォフレーム（InfoFrame）パケットとしてＴＭＤＳチャネルに出力される。そのため、パケット処理部１５は、各ＵＤパケットが３０バイト以下となるように、アップデートファイルをパケット化する。
【００４６】
パケット処理部１５は、各ＵＤパケットにパケット番号を連番で付与する。パケット処理部１５がアップデートファイルを１００個のＵＤパケットに分割する場合、先頭のＵＤパケットから順にパケット番号０〜９９を連番で付与する。以上の処理により生成されたＵＤパケットは、図４に示すように、パケット番号と、ＵＤパケットのバイト数と、パケットデータとを含む。
【００４７】
アップデートファイルをパケット化した後、パケット処理部１５はヘッダパケットＨＰを作成する（Ｓ２３）。ヘッダパケットＨＰは、シンク機器２が各ＵＤパケットを識別するために利用するパケット情報を含む。具体的には、ヘッダパケットＨＰは、図５に示すように、パケット情報としてＵＤパケットの総数を含む。ヘッダパケットＨＰはさらに、アップデートファイルのバージョンと、アップデートファイルの対象機器の名前、すなわち、シンク機器２の名前と、ヘッダパケットＨＰのバイト数とを含む。
【００４８】
シンク機器２は、ヘッダパケットＨＰ内のＵＤパケット総数に基づいてパケット番号を生成し、生成されたパケット番号に基づいて、全てのＵＤパケットを受信したか否かを判断する。
【００４９】
図２に戻って、ソース機器１は、パケット化処理を実行後（Ｓ２）、パケット化されたアップデートファイルをシンク機器２に送信する。送信処理部１３は、初めにヘッダパケットＨＰを送信し（ヘッダパケット送信処理：Ｓ３）、ヘッダパケットＨＰを送信した後、ＵＤパケットを送信する（ＵＤパケット送信処理：Ｓ４）。このとき、送信処理部１３は、コンテンツデータの送信と並行して、ヘッダパケットＨＰ及びＵＤパケットの送信を実行する。このとき、シンク機器２でコンテンツの表示及び出力が途切れないように、コンテンツデータの間にヘッダパケットＨＰ及びＵＤパケットを適宜割り込ませて順次送信する。
【００５０】
ヘッダパケット送信処理（Ｓ３）では、ソース機器１がヘッダパケットＨＰを所定回数連続して繰り返し送信する。シンク機器２がヘッダパケットＨＰの取得に失敗するのを防止するためである。ソース機器１はまず、カウント値Ｎ＝０とし（Ｓ３１）、カウント値Ｎが予め設定された所定回数ＰＮ（Predetermined Numbers）未満であることを確認した後（Ｓ３２でＮＯ）、ヘッダパケットＨＰをシンク機器２に送信する（Ｓ３３）。伝送後、カウント値Ｎ＝０をインクリメントしてＮ＝１とし（Ｓ３４）、ステップＳ３２に戻る。要するに、ソース機器１は、カウント値が所定回数ＰＮになるまで繰り返しヘッダパケットＨＰを送信する。カウント値Ｎが所定回数ＰＮとなったとき（Ｓ３２でＹＥＳ）、ソース機器１はヘッダパケット送信処理を終了し、ＵＤパケット送信処理を実行する（Ｓ４）。
【００５１】
ＵＤパケット送信処理（Ｓ４）では、ソース機器１は、ホットプラグ信号ＨＰＤがアクティブである間、ＵＤパケットをパケット番号順に送信する。最後尾（つまり、最後のパケット番号）のＵＤパケットを送信した後、ホットプラグ信号ＨＰＤがアクティブを維持している場合、ソース機器１は再び、先頭（つまり最初のパケット番号）のＵＤパケットからパケット番号順にＵＤパケットを送信する。要するに、ホットプラグ信号ＨＰＤがノンアクティブになるまで、ＵＤパケットを繰り返し送信する。以下、ＵＤパケット送信処理の詳細を説明する。
【００５２】
ソース機器１はまず、カウント値Ｋ＝０とする（Ｓ４１）。ホットプラグ信号ＨＰＤがアクティブであることを確認し（Ｓ４２でＹＥＳ）、かつ、カウント値ＫがＵＤパケット総数未満であることを確認した後（Ｓ４３でＮＯ）、ソース機器１はパケット番号Ｋ（＝０）のＵＤパケットをシンク機器２に送信する（Ｓ４４）。
【００５３】
送信後、パケット番号Ｋ＝０をインクリメントしてＫ＝１とし、ステップＳ４２に戻り、ステップＳ４２以降の動作を繰り返す。要するに、ソース機器１は、全てのＵＤパケットを送信する。パケット番号ＫがＵＤパケット総数と等しくなったとき（Ｓ４３でＹＥＳ）、全てのＵＤパケットを送信したため、ステップＳ４１に戻り、パケット番号Ｋ＝０として、ＵＤパケットを先頭から順に再度送信する（Ｓ４２〜Ｓ４５）。ホットプラグ信号ＨＰＤがノンアクティブになったとき（Ｓ４２でＮＯ）、ソース機器１は、ＵＤパケットの送信を停止（Ｓ４６）し、アップデートファイルの配信処理を終了する。
【００５４】
［シンク機器の動作］
図６を参照して、シンク機器２は、ソース機器１とＨＤＭＩケーブル３を介して接続されたとき、ホットプラグ信号ＨＰＤをアクティブにする（Ｓ１０）。
【００５５】
ホットプラグ信号ＨＰＤがアクティブである間、シンク機器２は、ヘッダパケットＨＰの受信を監視する（Ｓ１１）。受信処理部２２でヘッダパケットＨＰを受信したとき（Ｓ１１でＹＥＳ）、制御部２３は、ヘッダパケットＨＰに含まれるパケット情報であるＵＤパケット総数に基づいて、図７に示すパケットリスト５０を作成する（Ｓ１２）。パケットリスト５０は、図７に示すように、パケット番号が入力されるフィールドと、当該パケット番号のＵＤパケットをメモリ２７に登録したことを確認するための登録フラグが入力されるフィールドとで構成される。
【００５６】
パケットリスト５０を作成した時、全ての登録フラグは「０」である。シンク機器２は、受信されたＵＤパケットをメモリ２７に登録するごとに、該当するパケット番号のフラグを「１」にする。パケットリスト５０はメモリ２７に登録される。
【００５７】
パケットリスト５０を作成後、シンク機器２は、アップデートファイルを構成するＵＤパケットの受信を監視する（Ｓ１３）。ＵＤパケットを受信したとき（Ｓ１３でＹＥＳ）、受信したＵＤパケットからパケット番号を読み出す（Ｓ１４）。パケット番号を読み出した後、シンク機器２は登録処理を実行する（Ｓ３０）。
【００５８】
登録処理（Ｓ３０）では、シンク機器２は、受け取ったＵＤパケットを登録又は廃棄する。シンク機器２はまず、パケットリスト５０を参照して、読み出したパケット番号に対応する登録フラグが「０」であるか否かを判断する（Ｓ１５）。登録フラグが「０」であるとき（Ｓ１５でＹＥＳ）、受信されたＵＤパケットはメモリ２７に未登録であるため、シンク機器２は受信されたＵＤパケットをメモリ２７に登録し（Ｓ１６）、登録されたＵＤパケットのパケット番号に対応する登録フラグを「１」にする。一方、ステップＳ１５の判断の結果、対応する登録フラグが「１」である場合（Ｓ１５でＮＯ）、受信されたＵＤパケットは既にメモリ２７に登録済みであるため、そのＵＤパケットを廃棄する（Ｓ１７）。
【００５９】
登録処理（Ｓ３０）を実行後、シンク機器２は、パケットリスト５０内の全ての登録フラグが「１」であるか否かを判断する（Ｓ１９）。パケットリスト５０内に「０」の登録フラグが１つでも存在する場合、未登録のＵＤパケットが存在するため、ステップＳ１３に戻ってＵＤパケットの受信を継続する。シンク機器２がステップＳ１３〜Ｓ１９の処理を繰り返している間、ホットプラグ信号ＨＰＤはアクティブであるため、上述のとおり、ソース機器１はＵＤパケットをパケット番号順に送信し、最後尾のＵＤパケットを送信したとき、最初のＵＤパケットからパケット番号順に再度送信する（Ｓ４）。要するに、パケットリスト内の登録フラグが全て「１」になるまで、ソース機器１は複数のＵＤパケットを繰り返し送信する。
【００６０】
ステップＳ１９での判断の結果、全てのＵＤパケットが登録されたとき（Ｓ１９でＹＥＳ）、シンク機器２は、メモリ２７に登録されたＵＤパケットを結合し、アップデートファイルを再構築する（Ｓ２０）。アップデートファイルを再構築した後、シンク機器２は、エラー検出データに基づいて、再構築されたアップデートファイルにエラーが存在するか否かを判断する（Ｓ２１）。エラーが存在する場合（Ｓ２１でＹＥＳ）、アップデートファイルを正常にダウンロードできなかったため、再構築されたアップデートファイルを廃棄し、ステップＳ１２に戻る。つまり、パケットリストを再度作成し、全てのＵＤパケットを再取得する。
【００６１】
ステップＳ２１での判断の結果、再構築されたアップデートファイルにエラーが存在しない場合（Ｓ２１でＮＯ）、アップデートファイルは正常にダウンロードされたため、シンク機器２はホットプラグ信号ＨＰＤをノンアクティブにする（Ｓ２２）。これにより、ソース機器１は、ＵＤパケットの送信を停止する（Ｓ４６）。ホットプラグ信号ＨＰＤをノンアクティブにした後、シンク機器２は再構築されたアップデートファイルに基づいて、メモリ２７に格納されたファームウェアファイルをアップデートする（Ｓ２３）。
【００６２】
以上の動作により、ＡＶシステム１０は、専用治具やコンピュータ装置を用いることなく、シンク機器２のファームウェアをアップデートできる。
【００６３】
また、ソース機器１とシンク機器２とをＨＤＭＩケーブル３で接続したままアップデートファイルを送信できるため、ＡＶシステムでコンテンツを再生している最中であっても、シンク機器２はソース機器１からアップデートファイルをダウンロードできる。
【００６４】
また、コンテンツを再生しながらアップデートファイルをダウンロードする場合、シンク機器２は、受け取ったコンテンツデータから映像及び音声を生成し、かつ、ヘッダパケットＨＰやＵＤパケットを受け取らなければならない。そのため、シンク機器２内の制御部２３の負荷が増大し、送信されたＵＤパケットを取りこぼす可能性が生じる。ＡＶシステム１０では、シンク機器２がＵＰパケットの全てを登録したか否かを確認し、ソース機器１はシンク機器２が全てのＵＤパケットを登録するまでＵＤパケットを繰り返し送信する。そのため、シンク機器２がＵＤパケットを取りこぼしても、取りこぼされたＵＤパケットは再度送信される。したがって、コンテンツを再生中であっても、シンク機器２は、全てのＵＤパケットを登録できる。
【００６５】
ＡＶシステム１０では、ソース機器１がＵＤパケットを繰り返し送信するため、シンク機器２が全てのＵＤパケットを登録したときに、ソース機器１によるＵＤパケットの送信を停止する必要がある。そこで、ＡＶシステム１０では、シンク機器２が全てのＵＤパケットを登録したとき、ホットプラグ信号ＨＰＤをアクティブからノンアクティブにする。ソース機器１はホットプラグＨＰＤがノンアクティブになったとき、ＵＤパケットの送信を停止する。つまり、ソース機器１は、ホットプラグ信号ＨＰＤによりＵＤパケットの送信を停止するタイミングを判断できる。したがって、ソース機器１とシンク機器２との間のデジタル伝送路がソース機器１からシンク機器２への単方向通信方式であっても、シンク機器２が全てのＵＰパケットを登録したときに、ソース機器１はＵＤパケットの送信を停止できる。
【００６６】
また、ＡＶシステム１０では、ソース機器１がヘッダパケットＨＰを所定数連続してシンク機器２に送信するため、シンク機器２でのヘッダパケットＨＰの取りこぼしを抑制できる。
【００６７】
なお、図６中のステップＳ２３でシンク機器２がファームウェアのアップデートを実行し、ファームウェアのアップデートが完了したとき、シンク機器２内の制御部２３はホットプラグ信号ＨＰＤをノンアクティブからアクティブにする。そのため、ＡＶシステム１０は、ファームウェアのアップデート後、コンテンツを再生できる。
【００６８】
２．第２の実施の形態
第１の実施の形態では、ソース機器１は、シンク機器２が全てのＵＤパケットを登録したか否かホットプラグ信号ＨＰＤにより確認したが、他の方法によりＵＤパケットの登録を確認してもよい。以下、第２の実施の形態によるＡＶシステム２０について説明する。
【００６９】
［全体構成］
図８を参照して、ＡＶシステム２０では、図１のＡＶシステム１０と比較して、ＨＤＭＩケーブル３に新たにＣＥＣ（Consumer Electronics Control）チャネルが加わる。ＣＥＣチャネルは双方向通信方式の信号線であり、ソース機器１からシンク機器２にコマンドを送信するだけでなく、シンク機器２からソース機器１にもコマンドを送信する。つまり、シンク機器２の制御部２３は、ソース機器１の制御部１４にＣＥＣチャネルを介してコマンドを送信できる。
ＡＶシステム２０の他の構成はＡＶシステム１０と同じである。
【００７０】
［ＡＶシステムの動作］
ＡＶシステム２０では、シンク機器２がヘッダパケット及びＵＤパケットをメモリ２７に登録するごとに、ＡＣＫ通知をＣＥＣチャネルを介してソース機器１に送信する。ソース機器１は、ＡＣＫ通知を受け、次に送信すべきＵＤパケットを送信する。
【００７１】
ＡＶシステム２０がコンテンツ再生処理とファームウェアアップデート処理とを並行して実行するとき、第１の実施の形態と同様に、シンク機器２の制御部２３の負荷が増大する。そのため、ソース機器１は、ＡＣＫ通知を受けるまで、同じヘッダパケット、ＵＤパケットを繰り返しシンク機器２に送信する。以下、第２の実施の形態におけるコンテンツ再生処理及びファームウェアアップデート処理について説明する。
【００７２】
［コンテンツ再生処理］
初めに、コンテンツを再生するときのＡＶシステム２０の動作を説明する。図９を参照して、ソース機器１は、ホットプラグ信号ＨＰＤがアクティブであることを確信した後（Ｓ５１でＹＥＳ）、コンテンツの再生を開始する（Ｓ５２）。具体的には、ソース機器１内の送信処理部１３が、ドライブ１１に格納された記憶媒体１２からコンテンツデータを読み出し、ＨＤＭＩ規格のデータに変換する。送信処理部１３は、変換されたコンテンツデータをＴＭＤＳチャネルに出力する。
【００７３】
再生を完了したとき、つまり、コンテンツデータ全体の送信を完了したとき（Ｓ５３）、ソース機器１は送信完了通知をシンク機器２に送信する（Ｓ５４）。送信完了通知により、シンク機器２はコンテンツの再生が完了したと判断する。
【００７４】
［ファームウェアアップデート処理］
上述したコンテンツ再生と並行して実行されるファームウェアアップデート処理について説明する。
【００７５】
図１０及び図１１を参照して、シンク機器２は、ソース機器１とＨＤＭＩケーブル３を介して接続されたときからホットプラグ信号ＨＰＤをアクティブにしている（Ｓ１０）。ソース機器１は、ホットプラグ信号ＨＰＤがアクティブであるのを確認した後（Ｓ１でＹＥＳ）、パケット化処理を実行する（Ｓ２）。パケット化処理の詳細は図３と同じである。
【００７６】
パケット化処理を実行した後（Ｓ２）、ソース機器１はヘッダパケット送信処理を実行する（Ｓ６０）。具体的には、ソース機器１はヘッダパケットＨＰをシンク機器２に送信し（Ｓ６１）、送信後、シンク機器２からＡＣＫ通知を受けたか否かを判断する（Ｓ６２）。ＡＣＫ通知を受けていない場合（Ｓ６２でＮＯ）、ステップＳ６１に戻って再びヘッダパケットＨＰを送信する（Ｓ６０）。要するに、ソース機器１は、シンク機器２からＡＣＫ通知を受けるまで、ヘッダパケットＨＰを繰り返し送信する。
【００７７】
シンク機器２は、送信されたヘッダパケットＨＰを受信したとき（Ｓ１１でＹＥＳ）、パケットリスト５０を作成する（Ｓ１２）。パケットリスト５０を作成後、シンク機器２はＡＣＫ通知を作成し、通知する（Ｓ８１及びＳ８２）。
【００７８】
ファームウェアアップデート処理がコンテンツ再生処理と並行して実行されるとき、制御部２３の負荷は増大する。そのため、シンク機器２がヘッダパケットＨＰを取りこぼす可能性が高くなる。ＡＶシステム２０では、ソース機器１は、シンク機器２がヘッダパケットＨＰを取りこぼすことなく登録するまで、換言すれば、ソース機器１がＡＣＫ通知を受けるまで、ヘッダパケットＨＰを繰り返し送信する。そのため、シンク機器２はヘッダパケットを確実に登録できる。
【００７９】
ＡＣＫ通知は、次に送信を要求するＵＤパケットのパケット番号を含む。要するに、シンク機器２は、ＡＣＫ通知により、ソース機器１からのヘッダパケット及びＵＤパケットを正常に受信したことをソース機器１に通知すると共に、次に受信すべきＵＤパケットを要求する。シンク機器２はカウント値Ｍ＝０とし（Ｓ８１）、パケット番号Ｍ＝０を含むＡＣＫ通知をソース機器１にＣＥＣチャネルを介して送信する（Ｓ８２）。
【００８０】
ソース機器１は、ＡＣＫ通知を受信したとき（Ｓ６２でＹＥＳ）、ヘッダパケットＨＰの送信を停止し、ＡＣＫ通知に含まれるパケット番号Ｍ（＝０）のＵＤパケットをシンク機器２に送信する（Ｓ６３）。送信後、ソース機器１はＡＣＫ通知を受信したか否かを監視し（Ｓ６４）、ＡＣＫ通知を受信するまで繰り返し同じパケット番号ＭのＵＤパケットを送信する。シンク機器２がＵＤパケットを確実に登録できるようにするためである。
【００８１】
シンク機器２はＵＤパケットを受信したとき（Ｓ８３）、受信されたＵＤパケットのパケット番号を読み出し（Ｓ８４）、読み出されたパケット番号がステップＳ８２で要求したパケット番号Ｍ（＝０）と同じであるか否かを判断する（Ｓ８５）。読み出されたパケット番号が要求されたパケット番号Ｍと同じである場合、シンク機器２は、受信されたＵＤパケットをメモリ２７に登録し（Ｓ８７）、パケットリスト５０のうち、受信されたＵＤパケットのパケット番号に対応する登録フラグを「１」にする（Ｓ８８）。一方、読み出されたパケット番号が要求されたパケット番号Ｍと異なる場合（Ｓ８５でＮＯ）、シンク機器２は、受信されたＵＤパケットを廃棄し（Ｓ８６）、ステップＳ８３に戻る。要するに、要求されたパケット番号のＵＤパケットを登録するまで、シンク機器２はステップＳ８３〜Ｓ８６の動作を繰り返す。
【００８２】
ステップＳ８８で登録フラグを「１」にした後、シンク機器２は、パケットリスト内の全ての登録フラグが「１」であるか否かを判断する（Ｓ８９）。パケットリスト内に「０」の登録フラグが１つでも存在する場合（Ｓ８９でＮＯ）、未登録のＵＤパケットが存在するため、シンク機器２は、カウント値Ｍ＝０をインクリメントしてＭ＝１とし（Ｓ９０）、ステップＳ８２に戻って、パケット番号Ｍ（＝１）を含むＡＣＫ通知をソース機器１にＣＥＣチャネルを介して送信する（Ｓ８２）。つまり、シンク機器２は、各ＵＤパケットを登録するごとに、ソース機器１にＡＣＫ通知を送信する。シンク機器２は、次に受信すべきＵＤパケットのパケット番号をＡＣＫ通知に含めるため、次のＵＤパケットを受信できる。このようにＡＶシステム２０は、シンク機器２がＵＤパケットを登録したか否かをＵＤパケットごとに確認する。
【００８３】
ステップＳ８９で全ての登録フラグが「１」であると判断したとき（Ｓ８９でＹＥＳ）、シンク機器２は、メモリ２７に登録されたＵＤパケットを結合してアップデートファイルを再構築する（Ｓ９４）。アップデートファイルを再構築した後、シンク機器２は、エラー検出データに基づいて再構築されたアップデートファイルにエラーが存在するか否かを判断する（Ｓ９６）。エラーが存在する場合（Ｓ９６でＹＥＳ）、アップデートファイルを正常にダウンロードできなかったため、再構築されたアップデートファイルを廃棄し、ステップＳ１２に戻る。つまり、パケットリストを再度作成し、全てのＵＤパケットを再取得する。
ステップＳ９６での判断の結果、再構築されたアップデートファイルにエラーが存在しない場合（Ｓ９６でＮＯ）、アップデートファイルは正常にダウンロードされたため、シンク機器２はダウンロード完了通知をＣＥＣチャネルを介してソース機器１に送信する（Ｓ９１）。ソース機器１は、ダウンロード完了通知を受信したとき（Ｓ６５でＹＥＳ）、アップデートファイルの配信処理を終了する。
【００８４】
シンク機器２は、ダウンロード完了通知を送信した後（Ｓ９１）、コンテンツの再生が完了したか否かを判断する（Ｓ９２）。シンク機器２は、コンテンツデータを受信しながらファームウェアをアップデートすることができない。ファームウェアのアップデートを実行するときコンテンツデータの受信を中断すればよいが、その場合、ＡＶシステム２０のユーザはコンテンツの視聴を中断される。このような事態を避けるために、シンク機器２は、コンテンツの再生が完了した後、ファームウェアのアップデートを実行する（Ｓ９２、Ｓ９３、Ｓ９５）。
【００８５】
シンク機器２はまず、コンテンツデータの受信が完了しているか否かを判断する（Ｓ９２）。シンク機器２のメモリ２７には、送信完了フラグが登録されている。シンク機器２は、ソース機器１から送信完了通知（図９中Ｓ５４）を受信したとき、送信完了フラグを「０」から「１」に変更する。ステップＳ９２の判断の結果、再生完了フラグが「０」である場合（Ｓ９２でＮＯ）、ソース機器１によるコンテンツデータの送信が完了していないため、シンク機器２は、送信完了通知の受信を監視する（Ｓ９２）。一方、Ｓ９２での判断の結果、送信完了フラグが「１」である場合（Ｓ９２でＹＥＳ）、シンク機器２は送信完了通知を受信しており、コンテンツ再生処理が終了しているため、ファームウェアをアップデートする（Ｓ９３、Ｓ９５）。
【００８６】
シンク機器２はファームウェアをアップデートするために、ホットプラグ信号ＨＰＤをノンアクティブにして、ソース機器１とのコネクションを切断する（Ｓ９３）。アップデート中にソース機器１からデータが送信されるのを防ぐためである。
【００８７】
ホットプラグ信号ＨＰＤをノンアクティブにした後、シンク機器２は再構築されたアップデートファイルに基づいて、メモリ２７に格納されたファームウェアファイルをアップデートする（Ｓ９５）。
【００８８】
以上の動作により、本実施の形態によるＡＶシステム２０は、ファームウェアアップデート専用の治具やコンピュータ装置を用いることなく、シンク機器２のファームウェアをアップデートできる。
【００８９】
また、ソース機器１とシンク機器２とをデジタル伝送路で接続したままアップデートファイルを送信できるため、ＡＶシステム２０でコンテンツを再生している最中に、アップデートファイルをシンク機器２にダウンロードできる。この場合、シンク機器２の動作負荷が増大するため、ヘッダパケットＨＰ及びＵＤパケットを取りこぼす可能性が高くなる。そこでＡＶシステム２０では、シンク機器２が、ヘッダパケットＨＰ及びＵＤパケットを登録するごとに、ＡＣＫ通知を送信する。ソース機器１はＡＣＫ通知を受信するまで同じヘッダパケットＨＰ及びＵＤパケットを繰り返し送信する。シンク機器２が仮にヘッダパケットＨＰ又はＵＤパケットを取りこぼしても、ソース機器は、シンク機器からＡＣＫ通知を受けるまでヘッダパケットＨＰ又は同じＵＤパケットを繰り返し送信するため、シンク機器は確実にヘッダパケットＨＰ及びＵＤパケットを登録できる。
【００９０】
また、ホットプラグ信号ＨＰＤをアクティブからノンアクティブにすることにより、ソース機器１からシンク機器２へのデータの送信が遮断されるため、シンク機器２はソース機器１に物理的に接続されたままファームウェアをアップデートできる。
【００９１】
また、ＡＣＫ通知には、次に送信すべきＵＤパケットのパケット番号が含まれるため、ソース機器１がＡＣＫパケット内のパケット番号に対応したＵＤパケットを単に送信すれば、シンク機器は全てのＵＰパケットを登録できる。
【００９２】
また、シンク機器２は、全てのＵＤパケットを登録し、かつ、コンテンツデータの受信を完了したとき、ホットプラグ信号ＨＰＤをノンアクティブにする。そのため、ＡＶシステム２０のユーザがコンテンツを最後まで視聴した後、ファームウェアのアップデートが開始される。
【００９３】
第１及び第２の実施の形態では、各ＵＤパケットに連番となるパケット番号を付与したが、連続しない番号又は符号で構成されるパケット識別子を各ＵＤパケットに付与してもよい。この場合、ヘッダパケットＨＰにパケット情報として全ＵＤパケットのパケット識別子を含んでもよい。シンク機器２は、ヘッダパケットＨＰから全ＵＤパケットパケット識別子を読み出し、読み出されたパケット識別子に基づいて、全てのＵＤパケットを登録したか否かを判断できる。
【００９４】
また、各ＵＤパケットにパケット番号＝０から始まるパケット番号を連番で付与した場合、最後尾のＵＤパケットのパケット番号をパケット情報にしてもよい。この場合、シンク機器２は、ヘッダパケットＨＰ内のパケット番号に基づいて、全てのＵＤパケットのパケット番号を算出できる。
【００９５】
要するに、パケット情報は、シンク機器２が全ＵＤパケットの各々のパケット識別子を取得できる情報であればよい。
【００９６】
また、第１の実施の形態では、ソース機器１とシンク機器２との間を接続するデジタル伝送路をＨＤＭＩケーブル３としたが、たとえば、ＡＶシステム１０において、ＨＤＭＩケーブル３の代わりにＤＶＩ（Digital Visual Interface）規格に準じたＤＶＩケーブルを採用してもよい。ＤＶＩケーブルもＨＤＭＩケーブルと同様に、ＴＭＤＳチャネルとホットプラグチャネルとを有する。また、デジタルデータを送信するための信号線と、シンク機器２からソース機器に出力されるスタティックな信号を出力するための信号線とを含む他のデジタル伝送路を採用してもよい。
また、本実施の形態ではソース機器１とシンク機器２とでＡＶシステムを構成したが、ソース機器１とリピータ機器とでＡＶシステムを構成し、リピータ機器のファームウェアをアップデートしてもよい。この場合、リピータ機器はシンク機器２と同様の動作を実行することにより、自身のファームウェアをアップデートできる。
【００９７】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００９８】
【図１】本発明の第１の実施の形態によるＡＶシステムの構成を示す機能ブロック図である。
【図２】図１に示したＡＶシステムのうち、ソース機器によるアップデートファイル配信処理の詳細を示すフロー図である。
【図３】図２中のステップＳ２の詳細を示すフロー図である。
【図４】図３中のステップＳ２２で作成されるアップデートパケットのデータ構造を示す図である。
【図５】図３中のステップＳ２３で作成されるヘッダパケットのデータ構造を示す図である。
【図６】図１に示したＡＶシステムのうち、シンク機器によるファームウェアアップロード処理の詳細を示すフロー図である。
【図７】図６中のステップＳ１２で作成されるパケットリスト５０のデータ構造を示す図である。
【図８】本発明の第２の実施の形態によるＡＶシステムの構成を示す機能ブロック図である。
【図９】図８に示したＡＶシステムのコンテンツ再生処理の詳細を示すフロー図である。
【図１０】図８に示したＡＶシステムのうち、ソース機器によるアップデートファイル配信処理の詳細を示すフロー図である。
【図１１】図８に示したＡＶシステムのうち、シンク機器によるファームウェアアップロード処理の詳細を示すフロー図である。
【符号の説明】
【００９９】
１  ソース機器
２  シンク機器
３  ＨＤＭＩケーブル
１０，２０  ＡＶシステム
１３  送信処理部
１４，２３  制御部
１５  パケット処理部
１６，２１  コネクタ
２２  受信処理部
２５  ディスプレイ
２６  スピーカ
２７  メモリ
ＰＮ  所定回数
【図１】
2007274375.tif 000003
【図２】
2007274375.tif 000004
【図３】
2007274375.tif 000005
【図４】
2007274375.tif 000006
【図５】
2007274375.tif 000007
【図６】
2007274375.tif 000008
【図７】
2007274375.tif 000009
【図８】
2007274375.tif 000010
【図９】
2007274375.tif 000011
【図１０】
2007274375.tif 000012
【図１１】
2007274375.tif 000013