(57)【特許請求の範囲】
【請求項１】
IEEE1394バスを介して他の電子装置とデータを通信するデータ通信装置において、
前記IEEE1394バスに接続された前記他の電子装置に対して動的に付与されている識別コードを取得し、前記IEEE1394バスに接続されている前記他の電子装置の中から通信対象装置を選択し、前記IEEE1394バスに接続された前記通信対象装置の固有情報を取得し、選択された前記通信対象装置の前記識別コードを、前記通信対象装置の前記固有情報に対応付けて情報記録媒体に記録する通信対象装置決定処理手段と、
前記他の電子装置に対して動的に付与されている前記識別コードが変更された場合、前記通信対象装置の前記固有情報に対応付けて記録されている前記識別コードを、変更された前記識別コードを用いて更新する更新手段と、
バスリセットの発生に応じ、
記録されている前記通信対象装置の前記固有情報に対応する前記他の通信装置が前記IEEE1394バスに接続されている場合、接続されている前記他の通信装置を通信対象装置に再度選択し、
記録されている前記通信対象装置の前記固有情報に対応する前記他の通信装置が前記IEEE1394バスに接続されていない場合、前記IEEE1394バスに接続されている前記他の電子装置の中からユーザに選択させたものを新たな前記通信対象装置に選択する
復旧処理手段と
を含むデータ通信装置。
【請求項２】
前記情報記録媒体は、電源がオフの状態においても、選択された前記通信対象装置の前記識別コードを、前記通信対象装置の前記固有情報に対応付けて情報記録媒体に記憶し続け、
前記復旧手段は、電源がオンとされたことにも応じ、記録されている前記通信対象装置の前記固有情報に対応する前記他の通信装置が前記IEEE1394バスに接続されている場合、接続されている前記他の通信装置を通信対象装置に選択する
請求項１に記載のデータ通信装置。
【請求項３】
前記更新手段は、前記バスリセットの発生、または、電源がオンとされたことに応じて、前記他の電子装置に対して動的に付与されている前記識別コードが変更された場合、前記通信対象装置の前記固有情報に対応付けて記憶されている前記識別コードを、変更された前記識別コードを用いて更新する
請求項１に記載のデータ通信装置。
【請求項４】
前記識別コードはノードIDであり、
前記固有情報はノードユニークIDである
請求項１に記載のデータ通信装置。
【請求項５】
IEEE1394バスを介して他の電子装置とデータを通信するデータ通信装置のデータ通信方法において、
前記IEEE1394バスに接続された前記他の電子装置に対して動的に付与されている識別コードを取得し、前記IEEE1394バスに接続されている前記他の電子装置の中から通信対象装置を選択し、前記IEEE1394バスに接続された前記通信対象装置の固有情報を取得し、選択された前記通信対象装置の前記識別コードを、前記通信対象装置の前記固有情報に対応付けて情報記録媒体に記録する通信対象装置決定処理ステップと、
前記他の電子装置に対して動的に付与されている前記識別コードが変更された場合、前記通信対象装置の前記固有情報に対応付けて記録されている前記識別コードを、変更された前記識別コードを用いて更新する更新ステップと、
バスリセットの発生に応じ、
記録されている前記通信対象装置の前記固有情報に対応する前記他の通信装置が前記IEEE1394バスに接続されている場合、接続されている前記他の通信装置を通信対象装置に再度選択し、
記録されている前記通信対象装置の前記固有情報に対応する前記他の通信装置が前記IEEE1394バスに接続されていない場合、前記IEEE1394バスに接続されている前記他の電子装置の中からユーザに選択させたものを新たな前記通信対象装置に選択する
復旧処理ステップと
を含むデータ通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ通信装置および方法、並びに記録媒体に関し、特に、IEEE1394バスを介してデータを通信する場合に用いて好適なデータ通信装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
最近、例えば、パーソナルコンピュータやデジタルビデオカメラ等、IEEE1394バスを介して相互にデータを通信することができる電子機器が開発されており、今後、そのような電子装置の種類が増加すると思われる。
【０００３】
そのようなIEEE1394インタフェースを備える電子装置間でデータを通信する場合（例えば、デジタルビデオカメラで撮像した映像データをIEEE1394バスを介してパーソナルコンピュータに送信する場合）、当該電子装置は通信相手である電子装置を、それぞれに付与されるノードIDを用いて特定している。
【０００４】
【発明が解決しようとする課題】
しかしながら、ノードIDは電子装置に対して動的に付与されるものであって、例えばバスリセットが発生する度に更新されるものである。したがって、データ通信中にバスリセットが発生した場合、通信相手である電子装置のノードIDはバスリセット以前のものとは変化してしまっているので、データ通信を継続するためには、通信相手を設定する処理を再び実行しなければならない課題があった。
【０００５】
本発明はこのような状況に鑑みてなされたものであり、バスリセット等によりノードIDが変更されたとしても、通信相手を設定する処理を再び実行することなく通信を継続できるようにするものである。
【０００６】
【課題を解決するための手段】
本発明のデータ通信装置は、IEEE1394バスに接続された他の電子装置に対して動的に付与されている識別コードを取得し、IEEE1394バスに接続されている他の電子装置の中から通信対象装置を選択し、IEEE1394バスに接続された通信対象装置の固有情報を取得し、選択された通信対象装置の識別コードを、通信対象装置の固有情報に対応付けて情報記録媒体に記録する通信対象装置決定処理手段と、他の電子装置に対して動的に付与されている識別コードが変更された場合、通信対象装置の固有情報に対応付けて記録されている識別コードを、変更された識別コードを用いて更新する更新手段と、バスリセットの発生に応じ、記録されている通信対象装置の固有情報に対応する他の通信装置がIEEE1394バスに接続されている場合、接続されている他の通信装置を通信対象装置に再度選択し、記録されている通信対象装置の固有情報に対応する他の通信装置がIEEE1394バスに接続されていない場合、IEEE1394バスに接続されている他の電子装置の中からユーザに選択させたものを新たな通信対象装置に選択する復旧処理手段とを含む。
前記情報記録媒体は、電源がオフの状態においても、選択された通信対象装置の識別コードを、通信対象装置の固有情報に対応付けて情報記録媒体に記憶し続け、復旧手段は、電源がオンとされたことにも応じ、記録されている通信対象装置の固有情報に対応する他の通信装置がIEEE1394バスに接続されている場合、接続されている他の通信装置を通信対象装置に選択するようにすることができる。
【０００７】
更新手段は、バスリセットの発生、または、電源がオンとされたことに応じて、他の電子装置に対して動的に付与されている識別コードが変更された場合、通信対象装置の固有情報に対応付けて記憶されている識別コードを、変更された識別コードを用いて更新するようにすることができる。
【０００８】
本発明のデータ通信方法は、IEEE1394バスに接続された他の電子装置に対して動的に付与されている識別コードを取得し、IEEE1394バスに接続されている他の電子装置の中から通信対象装置を選択し、IEEE1394バスに接続された通信対象装置の固有情報を取得し、選択された通信対象装置の識別コードを、通信対象装置の固有情報に対応付けて情報記録媒体に記録する通信対象装置決定処理ステップと、他の電子装置に対して動的に付与されている識別コードが変更された場合、通信対象装置の固有情報に対応付けて記録されている識別コードを、変更された識別コードを用いて更新する更新ステップと、バスリセットの発生に応じ、記録されている通信対象装置の固有情報に対応する他の通信装置がIEEE1394バスに接続されている場合、接続されている他の通信装置を通信対象装置に再度選択し、記録されている通信対象装置の固有情報に対応する他の通信装置がIEEE1394バスに接続されていない場合、IEEE1394バスに接続されている他の電子装置の中からユーザに選択させたものを新たな通信対象装置に選択する復旧処理ステップとを含む。
【００１０】
本発明においては、通信対象装置決定処理として、IEEE1394バスに接続された他の電子装置に対して動的に付与されている識別コードが取得され、IEEE1394バスに接続されている他の電子装置の中から通信対象装置が選択され、IEEE1394バスに接続された通信対象装置の固有情報が取得され、選択された通信対象装置の識別コードが、通信対象装置の固有情報に対応付けて情報記録媒体に記録される。また、復旧処理として、バスリセットの発生に応じ、記録されている通信対象装置の固有情報に対応する他の通信装置がIEEE1394バスに接続されている場合、接続されている他の通信装置が通信対象装置に再度選択され、記録されている通信対象装置の固有情報に対応する他の通信装置がIEEE1394バスに接続されていない場合、IEEE1394バスに接続されている他の電子装置の中からユーザに選択させたものが新たな通信対象装置に選択される。
【００１１】
【発明の実施の形態】
図１は、本発明を適用したMDデッキ２−１，２−２（以下、MDデッキ２−１，２−２を個々に区別する必要がない場合、単にMDデッキ２と記述する）、セットトップボックス(STB)３、およびパーソナルコンピュータ(PC)４から成るバスネットワークシステムを示している。MDデッキ２乃至パーソナルコンピュータ４は、それぞれ、IEEE1394バス１に接続するためのIEEE1394インタフェースを備えており、IEEE1394バス１を介して相互に、コンテンツデータ（オーディオデータ、ビデオデータ、プログラムデータ等）を通信することが可能とされている。MDデッキ２乃至パーソナルコンピュータ４はまた、IEEE1394バス１を介して制御信号を送信することにより、バスネットワーク上の他の電子装置の動作を制御することが可能とされている。
【００１２】
なお、本発明は、MDデッキ２乃至パーソナルコンピュータ４がそれぞれ備えるIEEE1394インタフェースに関するものであり、以下においては、主にMDデッキ２が備えるIEEE1394インタフェース３５（図２）を例として説明し、セットトップボックス３、またはパーソナルコンピュータ４が備えるIEEE1394インタフェースについては、IEEE1394インタフェース３５と同様であるのでその説明を省略する。
【００１３】
本発明を適用したMDデッキ２について、図２を参照して説明する。このMDデッキ２において、音声データが記録されるミニディスク（商標）１１は、スピンドルモータ１２により回転駆動される。ミニディスク１１に対しては記録時および再生時において光学ヘッド１３からレーザ光が照射される。光学ヘッド１３は、レーザダイオード、偏光ビームスプリッタ、対物レンズ３ａ、ディテクタ等から構成される。対物レンズ３ａは２軸機構１４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。光学ヘッド１３は、記録時にはミニディスク１１の記録トラックをキュリー温度まで加熱するために高レベルのレーザ出力を行ない、再生時には磁気カー効果により反射光からデータを検出するために比較的低レベルのレーザ出力を行なう。
【００１４】
ミニディスク１１を挟んで光学ヘッド１３と対向する位置に配置される磁気ヘッド１６ａは、供給されるデータに対応して変調された磁界をミニディスク１１に印加する。光学ヘッド１３および磁気ヘッド１６ａは、スレッド機構１５によりミニディスク１１の半径方向に移動可能とされている。
【００１５】
再生時において、光学ヘッド１３によりミニディスク１１から検出された情報はRFアンプ１７に供給される。RFアンプ１７は、供給された情報に所定の演算を施して、再生RF信号、トラッキングエラー信号TE、フォーカスエラー信号FE、グルーブ情報GFM（ミニディスク１１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）等を得る。再生RF信号はエンコーダ／デコーダ１８に供給される。トラッキングエラー信号TE、フォーカスエラー信号FEはサーボ回路９に供給され、グルーブ情報GFMはアドレスデコーダ２０に供給される。
【００１６】
サーボ回路１９は、供給されたトラッキングエラー信号TE、フォーカスエラー信号FE、システムコントローラ２１から入力されるトラックジャンプ指令、アクセス指令、スピンドルモータ１２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構１４およびスレッド機構１５を制御してフォーカスおよびトラッキング制御を行ない、またスピンドルモータ１２を一定線速度に制御する。
【００１７】
アドレスデコーダ２０は、供給されたグルーブ情報GFMをデコードしてアドレス情報を抽出する。抽出されるアドレス情報はシステムコントローラ２１に供給され、各種の制御動作に用いられる。また再生RF信号についてはエンコーダ／デコーダ１８においてEFM復調、CIRC等のデコード処理が行なわれるが、このときアドレス、サブコードデータ等も抽出され、システムコントローラ１１に供給される。
【００１８】
エンコーダ／デコーダ１８でEFM復調、CIRC等のデコード処理が施された音声データ（セクタデータ）は、メモリコントローラ２２により、バッファメモリ(RAM)２３に書き込まれる。
【００１９】
なお、光学ヘッド１３によるミニディスク１１からのデータの読み取り、および、光学ヘッド１３からバッファメモリ２３までの系における再生データの転送は1.41Mbit/secであり、その転送は通常、間欠的に行なわれる。
【００２０】
バッファメモリ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ２４に供給され、音声圧縮処理に対するデコード処理等の信号再生処理が施されて、４４．１KHzサンプリング、１６ビット量子化のデジタルオーディオ信号に変換される。このデジタルオーディオ信号はD/A変換器２５でアナログ信号に変換され、出力処理部２６でレベル調整やインピーダンス調整等が行われて、ライン出力端子２７からアナログオーディオ信号Aoutとして外部機器に出力される。またヘッドホン出力HPoutとしてヘッドホン出力端子３７に供給され、接続されるヘッドホンに出力される。
【００２１】
また、エンコーダ／デコーダ２４でデコードされた状態のデジタルオーディオ信号は、デジタルインタフェース(I/F)３２を介して、デジタル出力端子３１からデジタルオーディオ信号Doutとして外部機器に出力することもできる。例えば光ケーブルによる伝送形態で外部機器に出力される。
【００２２】
なお、このデジタルインタフェース３２に適用される規格としては、特に限定されるものではないが、ここでは、デジタルオーディオインタフェイスの規格の１つである、IEC９５８を採用しているものとする。
【００２３】
録音時において、ライン入力端子２８に供給される記録信号（アナログオーディオ信号Ain）は、A/D変換器２９でデジタルデータに変換された後、エンコーダ／デコーダ２４に供給されて音声圧縮エンコード処理（ATRAC(Adaptive Transform Acoustic Coding)）が施される。外部機器からデジタル入力端子３０にデジタルオーディオ信号Dinが供給された場合、デジタルインタフェース３２で制御コード等の抽出が行われた後、エンコーダ／デコーダ２４に供給されて音声圧縮エンコード処理が施される。なお図示していないがマイクロホン入力端子を設け、マイクロホン入力を記録信号として用いることも当然可能である。
【００２４】
エンコーダ／デコーダ２４によって圧縮された記録データはメモリコントローラ２２の制御により、バッファメモリ２３に書き込まれて蓄積された後、所定量のデータ単位毎に読み出されてエンコーダ／デコーダ１８に供給され、CIRCエンコード、EFM変調等のエンコード処理が施された後、磁気ヘッド駆動回路１６に供給される。
【００２５】
磁気ヘッド駆動回路１６はエンコード処理された記録データに対応して磁気ヘッド１６ａに磁気ヘッド駆動信号を供給する。つまり、ミニディスク１１に対して、磁気ヘッド１６ａによるＮ又はＳの磁界印加を実行させる。このときシステムコントローラ２１は光学ヘッド１３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００２６】
操作部３３はユーザ操作に供される部位を示し、各種操作キーやダイヤルとしての操作子が設けられる。操作子としては例えば、再生、録音、一時停止、停止、FF（早送り）、REW（早戻し）、AMS（頭出しサーチ）などの記録再生動作を指令するキーや、通常再生、プログラム再生、シャッフル再生などのプレイモードに関するキー、さらには表示部３４における表示状態を切り換える表示モード操作のためのキー、トラック（プログラム）分割、トラック連結、トラック消去、トラックネーム入力、ディスクネーム入力などのプログラム編集操作のためのキーが設けられている。これらの操作キーやダイヤルによる操作情報はシステムコントローラ２１に供給される。受信部４０では、リモートコントローラ４１から送信された、例えば赤外線によるコマンド信号を受信し、コマンド信号に対応するコマンドコード（操作情報）をシステムコントローラ２１に出力する。操作部３３または受信部４０から入力される操作情報に対応して、システムコントローラ２１はMDデッキ２の全体を制御する。
【００２７】
表示部３４は、システムコントローラ２１による制御に対応して、液晶パネル等から成るディスプレイを駆動し、システムコントローラ２１から供給される表示データ（記録／再生しているディスクの動作モード状態、トラックナンバ、記録時間／再生時間、編集動作状態等を示す数字、文字、記号等を表示する。表示部３４はまた、ミニディスク１１に主データたるプログラムに付随して記録された文字情報（トラックネーム等）を表示する。表示部３４はさらに、IEEE1394バス１を介して他の電子装置（セットトップボックス３等）からMDデッキ２に入力されるコンテンツデータの著作権情報を、システムコントローラ２１からの制御に基づいて表示する。
【００２８】
IEEE1394インタフェース(I/F)３５は、IEEE1394バス１を介して他の電子装置とコンテンツデータを通信する。なお、IEEE1394インタフェース３５の詳細な説明については後述する。
【００２９】
システムコントローラ２１は、CPU、内部インタフェース部等から成るマイクロコンピュータで構成され、プログラムROM３８に格納されている、各種動作を実現するためのプログラムを実行することにより、MDデッキ２の全体を制御する。ワークRAM３９には、システムコントローラ２１が各種処理を実行するために必要なデータやプログラム等が適宜保持される。
【００３０】
次に、当該バスネットワークシステムを構成する電子装置間でIEEE1394バス１を介してデータを通信する際、その前処理として実行される認証処理について、図３のフローチャートを参照して説明する。
【００３１】
この認証処理は、例えば、セットトップボックス３がオーディオデータをIEEE1394バス１にアイソクロナスパケットとして配信している際、そのオーディオデータのアイソクロナスパケットをMDデッキ２が受信しようとしたとき、そのアイソクロナスパケットの受信が開始される前に開始される。
【００３２】
なお、この認証処理は、MDデッキ２（受信側）においては、プログラムROM３８に格納されている認証用のプログラムに基づいてシステムコントローラ２１がIEEE1394インタフェース３５を制御することにより実現され、セットトップボックス３（送信側）においては、MDデッキ２と同様に、内蔵するIEEE1394インタフェースがコントローラに制御されることによって実現される。
【００３３】
ステップＳ１において、MDデッキ２のIEEE1394インタフェース３５は、IEEE1394バス１を介してセットトップボックス３に認証要求を送信する。この認証要求は、ステップＳ１１において、セットトップボックス３のIEEE1394インタフェースに受信される。
【００３４】
ステップＳ２において、MDデッキ２のIEEE1394インタフェース３５は、自己の認証情報をIEEE1394バス１を介してセットトップボックス３に送信する。この認証情報は、ステップＳ１２において、セットトップボックス３のIEEE1394インタフェースに受信される。
【００３５】
次に同様に、ステップＳ１３において、セットトップボックス３のIEEE1394インタフェースは、自己の認証情報をIEEE1394バス１を介してMDデッキ２に送信する。この認証情報は、ステップＳ３において、MDデッキ２のIEEE1394インタフェース３５に受信される。
【００３６】
この後、セットトップボックス３のIEEE1394インタフェースでは、ステップＳ１４において、オーディオデータのアイソクロナスパケットを暗号化する際に用いる共通鍵が生成される。一方、MDデッキ２のIEEE1394インタフェース３５でも、ステップＳ４において、暗号化されているアイソクロナスパケットを復号する際に用いる共通鍵が生成される。このように認証処理が終了した後、実際にオーディオデータのアイソクロナスパケットの受信が開始される。
【００３７】
ところで、上述した認証処理が開始され、終了されるまでには数秒乃至数十秒を要するが、認証処理が終了される前に、すなわち認証処理が実行されている最中に、例えば、MDデッキ２のユーザがセットトップボックス３からのオーディオデータの受信の中止を指令した場合、実行中の認証処理が直ちに中止されなければ、数秒乃至数十秒の間、MDデッキ２およびセットトップボックス３は新たに入力される指令に対応する処理を実行することができなくなる。
【００３８】
そこで、本実施の形態においては、そのような不具合を解決するために、MDデッキ２およびセットトップボックス３のIEEE1394インタフェースにおいては上述した認証処理に並行して割り込み処理が実行されている。割り込み処理について、図４のフローチャートを参照して説明する。
【００３９】
なお、以下においては、MDデッキ２のIEEE1394インタフェース３５の動作について説明しているが、セットトップボックス３のIEEE1394インタフェースも同様の動作を実行しているものとする。
【００４０】
ステップＳ２１において、MDデッキ２のIEEE1394インタフェース３５は、認証処理が終了したか否かを判定し、認証処理が終了していないと判定した場合、ステップＳ２２に進む。ステップＳ２２において、IEEE1394インタフェース３５は、認証相手（いまの場合、セットトップボックス３のIEEE1394インタフェース）からの認証処理中止要求を受信したか否かを判定し、認証処理中止要求を受信していないと判定した場合、ステップＳ２３に進む。ステップＳ２３において、IEEE1394インタフェース３５は、ユーザから認証処理を中止するコマンド等が入力されたか否かを判定し、認証処理を中止するコマンド等が入力されたと判定された場合、ステップＳ２４に進む。ステップＳ２４において、IEEE1394インタフェース３５は認証相手であるセットトップボックス３のIEEE1394インタフェースに認証処理中止要求を送信する。
【００４１】
ステップＳ２５において、IEEE1394インタフェース３５は、認証処理を直ちに中止する。
【００４２】
なお、ステップＳ２１において、認証処理が終了していると判定された場合、この割り込み処理も終了される。
【００４３】
また、ステップＳ２２において、認証処理中止要求を受信していると判定された場合、ステップＳ２５に進み、直ちに認証処理が中止される。
【００４４】
また、ステップＳ２３において、認証処理を中止するコマンド等が入力されていないと判定された場合、ステップＳ２１に戻り、それ以降の処理が繰り返される。
【００４５】
なお、ステップＳ２３における認証処理を中止するコマンド等の入力とは、MDデッキ２においては、再生停止ボタン、録画停止ボタン、イジェクトボタン、または電源ボタン等が押下されることを意味している。
【００４６】
以上のように、認証処理に並行して割り込み処理を実行することにより、認証処理が不要とされる事態が生じた場合、直ちに認証処理が中止されるので、認証処理の正常な終了を待つまでもなく、新たに入力されるコマンド等を処理することが可能となる。
【００４７】
次に、当該バスネットワークシステムにおいて、バスリセットが発生した際に実行される復旧処理について説明する。バスネットワークシステムを構成する各電子装置は、それぞれに動的に付与されるノードIDを用いて他の電子装置を識別している。したがって、バスネットワーク上の電子装置間でデータを通信している最中に、例えばバスネットワークシステムに新たに電子装置が追加接続されること等によりバスリセット（各電子装置に付与されているノードIDが一旦リセットされ、再度、各電子装置に新たなノードIDが付与されること）が発生した場合、通信相手のノードIDが変更されてしまうので不都合である。
【００４８】
そこで、本実施の形態においては、図５に示す通信対象装置決定処理により通信相手を決定し、その後、データ通信中において、図６に示す復旧処理を実行することにより、バスリセットが発生してノードIDが変更されてしまっても実行中のデータ通信に不都合が生じないようになされている。
【００４９】
なお、通信対象装置決定処理および復旧処理は、例えば、MDデッキ２においては、主に、プログラムROM３８に格納されている通信対象装置決定処理用のプログラム、または復旧処理用のプログラムに基づいてシステムコントローラ２１がIEEE1394インタフェース３５を制御することにより実現される。
【００５０】
ステップＳ３１において、IEEE1394インタフェース３５は、IEEE1394バス１に接続されている全ての電子装置のノードIDを取得する。ステップＳ３２において、MDデッキ２のユーザが通信相手である電子装置（以下、通信対象装置と記述する）を選択すると、ステップＳ３３において、IEEE1394インタフェース３５は、ステップＳ３２で選択された通信対象装置から、例えば、ノードユニークIDのよな当該通信対象装置を特定することができる固有の情報（以下、固有情報と記述する）を取得する。ステップＳ３４において、IEEE1394インタフェース３５は通信対象装置の固有情報にノードIDを対応付けて、所定の記憶媒体（例えば、ワークRAM３９等）に記憶する。
【００５１】
このように、通信対象装置が決定され、その固有情報にノードIDが対応付けられて記憶された後、通信先を特定する情報としてはノードIDが用いられてデータの通信が開始され、それと並行して図６に示す復旧処理が実行される。
【００５２】
ステップＳ４１において、IEEE1394インタフェース３５は、バスリセットが発生したか否かを判定して、バスリセットが発生したと判定するまで待機し、バスリセットが発生したと判定した場合、ステップＳ４２に進む。ステップＳ４２において、IEEE1394インタフェース３５は、通信対象装置決定処理のステップＳ３４で記憶した固有情報（例えば、ノードユニークID）を読み出す。ステップＳ４３において、IEEE1394インタフェース３５は、IEEE1394バス１に接続されている各電子装置の固有情報を取得する。
【００５３】
ステップＳ４４において、IEEE1394インタフェース３５は、ステップＳ４３で取得した各電子装置の固有情報に、ステップＳ４２で読み出した固有情報と一致するものが存在するか否か（バスリセットの直前まで通信相手であった電子装置が存在するか否か）を判定し、一致するものが存在すると判定した場合、ステップＳ４５に進む。
【００５４】
ステップＳ４５において、IEEE1394インタフェース３５は、バスリセット以前の状態に引き続いて、記憶している固有情報と一致する固有情報を有する電子装置を通信相手とし、そのノードIDを取得してデータの通信を再開する。その後、ステップＳ４１に戻り、以降の処理が繰り返される。
【００５５】
なお、ステップＳ４４において、ステップＳ４３で取得した各電子装置の固有情報に、ステップＳ４２で読み出した固有情報と一致するものが存在しない（バスリセットの直前まで通信相手であった電子装置が存在しない）と判定された場合、ステップＳ４６に進む。ステップＳ４６において、IEEE1394インタフェース３５は、バスリセットの直前まで通信相手であった電子装置が存在しない旨をシステムコントローラ２１に通知し、この通知に対応してシステムコントローラ２１は、ユーザに対して新たな通信対象装置の選択を促す。この促しに対応してユーザが新たな通信対象装置を選択する。
【００５６】
ステップＳ４７において、IEEE1394インタフェース３５はステップＳ４６で新たに選択された通信対象装置の固有情報とノードIDを取得して記憶し、そのノードIDを用いてデータの通信を開始する。
【００５７】
なお、この復旧処理を電子装置の電源がオンとされたとき（起動時）に実行されるようにすれば、図５の通信対象装置決定処理を実行することなく、前回電源がオフとされたときに通信相手であった電子装置を自動的に通信対象装置とすることができる。なお、そのように起動時に復旧処理を実行させるためには、固有情報を記録する媒体が、電子装置の電源がオフとされている間にもその記録を保持し続ける必要がある。
【００５８】
さらに、通信相手の固有情報とともに通信対象装置に係わる各種のパラメータを記憶するようにすれば、バスリセット後や起動後にそれらの情報を利用することで実際にデータの通信が開始されるまでに要する時間を短縮することが可能となる。
【００５９】
次に、本実施の形態であるMDデッキ２乃至パーソナルコンピュータ４が有する、IEEE1394バス１を介して受信したオーディオデータ等のコンテンツデータに対して設定されている著作権情報（コピーの可否等を示す情報）をユーザに通知する機能（以下、著作権情報通知機能と記述する）について説明する。ここで、オーディオデータ等のコンテンツデータのアイソクロナスパケットに記述されている著作権情報について説明する。
【００６０】
図７は、IEEE1394バス１上で通信されるオーディオデータ等のアイソクロナスパケットのデータ構造を示している。パケットのMSB側の１クワドレット（３２ビット）はパケットヘッダであり、データレングス(Data Length)、タグ(Tag)、チャンネル(Channel)、トランザクションコード(Tcode)、およびシンクロナイゼーションコード(Sy)から構成される。
【００６１】
データレングスには、アイソクロナスパケットとして送信されるデータのバイト数が記述される。タグには、アイソクロナスパケットのフォーマットに関するラベルが設定される。トランザクションコードには、パケットの種類とトランザクションのコードが記述される。シンクロナイゼーションコードには、アプリケーション特有の情報が記述される。
【００６２】
パケットヘッダに続く１クワドレットには、パケットヘッダのエラー検出用コード(Header CRC)が記述される。これに続いて、オーディオデータ等の本体であるデータフィールド(Data Field)と、オーディオデータ等のエラー検出用コード(Data CRC)が記述される。
【００６３】
オーディオデータ等のコンテンツ情報に対する著作権情報としては、パケットヘッダのシンクロナイゼーションコードに著作権管理情報（EMI(Encryption Mode Information)）が記述され、データフィールドにSCMS(Serial Copy Management System)情報が記述されている。
【００６４】
具体的には、シンクロナイゼーションコードについては、図８(A)に示すように、そのMSB側の２ビットに、コピーの可否に関する４種類の状態（Copy Free,Write Once,No More Copy,Never Copy）のうちのいずれかを示す著作権管理情報が記述されている。
【００６５】
コピーの可否に関する４種類の状態のうちの１つである「Copy Free」は当該コンテンツデータに対して制限回数を設けずにコピーが許可されていることを示している。「Write Once」は当該コンテンツに対して１世代（１回）に限ってコピーが許可されていることを示している。「No More Copy」は当該コンテンツデータが「Write Once」であるコンテンツデータの１回目のコピーであって、当該コンテンツに対してコピーが許可されていないことを示している。「Never Copy」は当該コンテンツに対してコピーが許可されていないことを示している。
【００６６】
なお、著作権管理情報に続く１ビットには、コンテンツデータを送信側で暗号化している場合、その暗号化に用いられた暗号鍵の属性を示すODD/EVENフラグが記述されている（詳細は後述する）。
【００６７】
また、データフィールドについては、図８(B)に示すように、データフィールドを構成する１クワドレットのCIP(Common Isochronous)ヘッダに続くリアルタイムデータの１クワドレット毎のMSB側から６番目のビットを１９２個並べて、その先頭から３ビット目にコピーの可否を示すフラグ（SCMS情報）が記述される。このフラグに１が記述されている場合、当該コンテンツデータに対してコピー許可されていることを示しており、フラグに０が記述されている場合、当該コンテンツデータに対してコピーが禁止されていることを示している。
【００６８】
図９は、MDデッキ２のIEEE1394インタフェース３５の著作権情報通知機能に関する部分の構成例を示している。この構成例において、物理レイヤ(PHY)部５１は、IEEE1394バス１からアイソクロナスパケットを受信してリンク(Link)部５２に供給する。リンクレイヤ部５２は、物理レイヤ部５１からアイソクロナスパケットが供給されたことを示すフラグを内蔵する所定のレジスタに記録する。リンクレイヤ部５２はまた、アイソクロナスパケットからパケットヘッダのシンクロナイゼーションコードの上位２ビットが示す著作権管理情報を読み出し、当該コンテンツデータに対してコピーが許可されているかを判定して（著作権管理情報が「Copy Free」または「Write Once」であるかを判定して）、当該コンテンツデータに対してコピーが許可されているか否かを示すフラグを内蔵する所定のレジスタに記録する。リンクレイヤ部５２はさらに、アイソクロナスパケットをBi phaseでデジタルレシーバ５３に出力する。
【００６９】
デジタルレシーバ５３は、リンクレイヤ部５２から入力されたアイソクロナスパケットの位相が同期しているか否かを判定し、その結果を示すフラグを内蔵する所定のレジスタに記録する。デジタルレシーバ５３はまた、アイソクロナスパケットから上述したSCMS情報を読み出し、当該コンテンツデータに対してコピーが許可されているかを判定し、当該コンテンツデータに対してコピーが許可されているか否かを示すフラグを内蔵する所定のレジスタに記録する。
【００７０】
次に、その動作について図１０のフローチャートを参照して説明する。この著作権情報表示処理は、例えば、MDデッキ２がセットトップボックス３からIEEE1394バス１を介してオーディオデータのアイソクロナスパケットの受信を開始したとき、プログラムROM３８に格納されている著作権情報表示処理用のプログラムに基づいてシステムコントローラ２１が、主にIEEE1394インタフェース３５を制御することにより開始される。
【００７１】
ステップＳ５１において、システムコントローラ２１は、ユーザからコンテンツデータの受信の終了が指令されたか否かを判定し、受信終了が指令されていないと判定した場合、ステップＳ５２に進む。ステップＳ５２において、システムコントローラ２１は、IEEE1394インタフェース３５のリンクレイヤ部５２に内蔵されている所定のレジスタを参照することにより、アイソクロナスパケットが当該IEEE1394インタフェース３５に入力されているか否かを判定し、入力されていると判定した場合、ステップＳ５３に進む。
【００７２】
ステップＳ５３において、システムコントローラ２１は、IEEE1394インタフェース３５のデジタルレシーバ５３に内蔵されている所定のレジスタを参照することにより、リンクレイヤ部５２から入力されたアイソクロナスパケットの位相が同期しているか否かを判定し、同期していると判定した場合、ステップＳ５４に進む。
【００７３】
ステップＳ５４において、システムコントローラ２１は、IEEE1394インタフェース３５のリンクレイヤ部５２に内蔵されている所定のレジスタを参照することにより、当該コンテンツデータに対してコピーが許可されているか否かを判定し、コピーが許可されていないと判定した場合、ステップＳ５５に進む。
【００７４】
ステップＳ５５において、システムコントローラ２１は、IEEE1394インタフェース３５のデジタルレシーバ５３に内蔵されている所定のレジスタを参照することにより、当該コンテンツデータに対してコピーが許可されているか否かを判定し、コピーが許可されていないと判定した場合、ステップＳ５６に進む。
【００７５】
ステップＳ５６において、システムコントローラ２１は、図１１(B)に示すように、表示部３４に「Can't Copy」と表示させ、ユーザに対して受信中のコンテンツデータはコピー不可能である旨を通知する。
【００７６】
その後、ステップＳ５１において、受信終了が指令されたと判定されるまで、以降の処理が繰り返される。
【００７７】
なお、ステップＳ５２において、アイソクロナスパケットが当該IEEE1394インタフェース３５に入力されていないと判定された場合、または、ステップＳ５３において、アイソクロナスパケットの位相が同期していないと判定された場合、ステップＳ５７に進む。ステップＳ５７において、システムコントローラ２１は、図１１(A)に示すように、表示部３４に「No Steram」と表示させ、ユーザに対してコンテンツデータが受信されていない旨を通知する。
【００７８】
また、ステップＳ５４においてコピーが許可されていると判定された場合、または、ステップＳ５５においてコピーが許可されていると判定された場合、ステップＳ５１に戻り、それ以降の処理が繰り返される。
【００７９】
以上のように著作権情報表示処理によれば、受信中のコンテンツデータがコピー可能であるか否かをユーザが容易に認識することが可能となる。
【００８０】
なお、著作権情報表示処理では、コンテンツデータの対してコピーが許可されていない場合に、その旨を表示するようにしたが、コピーが許可されている場合にその旨を表示するようにしてもよい。また、コンテンツデータに対して設定されている、著作権管理情報が示す４種類の状態を示す語、すなわち「Copy Free」、「Write Once」、「No More Copy」、または「Never Copy」を表示するようにしてもよい。
【００８１】
また、著作権情報表示処理では、アイソクロナスパケットが存在しない場合、または、位相の同期がとれていない場合、「No Stream」と表示してコンテンツデータが正確に受信されていない旨をユーザに通知するようにしたが、例えば、コンテンツデータを受信する前処理としての認証処理（図３）が正常に終了されなかった場合（例えば、認証されなかった場合等）にも、「No Stream」と表示して、コンテンツデータを受信できない旨をユーザに通知するようにしてもよい。
【００８２】
次に、本実施の形態であるバスネットワークシステムにおいて、送信側でコンテンツデータのアイソクロナスパケットを暗号化し、受信側で暗号化されたアイソクロナスパケットを復号する一連の処理について、例えば、MDデッキ２−１からIEEE1394バス１を介してMDデッキ２−１に、コンテンツデータ（ATRAC(Adaptive Transform Acoustic Coding)データ）のアイソクロナスパケットを暗号化して送信する場合を例として説明する。
【００８３】
図１２は、MDデッキ２−１，２−２の、上述したアイソクロナスパケットを暗号化して送信し、受信側で復号する一連の処理に係わる部分の構成例を示している。
【００８４】
送信側であるMDデッキ２−１の制御部６１は、時間変数生成部６２およびIEEE1394インタフェース３５−１を制御する。時間変数生成部６２は、制御部６１からの制御に基づいて、例えば、３０秒毎に１ずつインクリメントする時間変数を発生し、暗号鍵として暗号化部６３に供給する。
【００８５】
暗号化部６３は、MDデッキ２−１の再生系によりミニディスク１１から読み出されるATRACデータを、時間変数生成部６２から供給される暗号鍵を用いて暗号化し、得られた暗号化データに、用いた暗号鍵の属性（ODDまたはEVEN）を示すフラグ（図８に示したシンクロナイゼーションコードの第３ビット目のODD/EVENフラグ）を付加して、IEEE1394インタフェース(I/F)３５−１に出力する。IEEE1394インタフェース３５−１は、暗号化部６３から入力される暗号化データ（ODD/EVENフラグ付き）を、内蔵するFIFOバッファに記録し、順次、アイソクロナスパケット化してIEEE1394バス１に出力する。
【００８６】
また、IEEE1394インタフェース３５−１は、IEEE1394バス１に接続されている他の電子装置のIEEE1394インタフェース（いまの場合、MDデッキ２−２のIEEE1394インタフェース３５−２）からの要求に対応して、現在暗号化に用いられている暗号鍵（例えば属性がODDであるとする）の次の暗号鍵（いまの場合、属性がEVENである暗号鍵）で暗号化されたコンテンツデータを復号するための復号鍵を生成するための情報であるシード（いまの場合、当該シードは属性がEVENである復号鍵を生成するためのものであるが、当該シードが送信されるタイミングにおいて用いられている暗号鍵は属性がODDであるので、当該シードの属性もODDである）をアシンクロナス(Asynchronous)パケットとして、IEEE1394バス１を介して当該電子装置（MDデッキ２−２）に供給する。
【００８７】
受信側であるMDデッキ２−２の制御部７１は、IEEE1394インタフェース３５−２から入力される、暗号化されたコンテンツデータのアイソクロノスパケットのODD/EVENフラグに対応して鍵生成部７２および復号部７３を制御する。IEEE1394インタフェース３５−２は、IEEE1394バス１に配信されている、暗号化されたATRACデータのアイソクロナスパケット（以下、暗号化データと記述する）を受信して、制御部７１および復号部７３に出力する。IEEE1394インタフェース３５−２はまた、IEEE1394バス１を介して、復号鍵を生成する際に用いるシードのアシンクロナスパケットを受信して制御部７１に出力する。このシードは制御部７１から鍵生成部７２に供給される。
【００８８】
鍵生成部７２は、制御部７１から供給されるシードの属性に対応して、属性がODDである復号鍵（以下、ODD鍵と記述する）、または、属性がEVENである復号鍵（以下、EVEN鍵と記述する）を交互に生成し、復号部７３に供給する。具体的には、制御部７１から供給されるシード（例えば、属性がODDであるシード）、および認証処理（上述）によって得られる共通鍵に対して所定の演算を施すことにより、復号鍵（いまの場合、EVEN鍵）を生成して復号部７３に供給する。なお、鍵生成部７２の鍵生成処理の詳細については、図１６のフローチャートを参照して後述する。
【００８９】
復号部７３は、鍵生成部７２から供給されるODD鍵とEVEN鍵のうちの、IEEE1394インタフェース３５−２から入力される暗号化データのODD/EVENフラグに対応するものを用いて暗号化データを復号し、得られたコンテンツデータ（ATRACデータ）を後段に出力する。
【００９０】
図１３は、図１２の復号部７３の詳細な構成例を示している。同図に示すように、復号部７３において、鍵生成部７２から供給されるODD鍵はODDレジスタ８１に書き込まれ、EVEN鍵はEVENレジスタ８２に書き込まれる。デコーダ８４は、IEEE1394インタフェース３５−２から入力される暗号化データのODD/EVENフラグを読み取り、読み取ったODD/EVENフラグに対応してスイッチ８３を切り換える。さらにデコーダ８４は、ODDレジスタ８１またはEVENレジスタ８２から暗号鍵（ODD鍵またはEVEN鍵）を読み出し、当該暗号鍵を用いて暗号化データを復号する。
【００９１】
ここで、暗号化されたコンテンツデータがアイソクロナスパケットとして通信されたときの遅延と、復号鍵を生成する際に用いられるシードがアシンクロナスパケットとして送信されたときの遅延について説明する。
【００９２】
まず、暗号化されたコンテンツデータがアイソクロナスパケットとして通信されたときの遅延について、図１４を参照して説明する。送信側において、例えば図１４(A)に示すようなタイミングで時間変数生成部６２が時間変数（暗号鍵）をK0,K1,K2と順次更新した場合、暗号化部６３から出力される暗号化データに付加されているODD/EVENフラグは、同図(B)に示すように、時間変数と同じタイミングで変化する。これに対して、受信側では、当該暗号化データがIEEE1394バス１を介してMDデッキ２−２のIEEE1394インタフェース３５−２に受信され、復号部７３に供給されるタイミングは、例えば、IEEE1394バス１の通信帯域の混雑状況等に起因して、同図(C)に示すように、送信された時刻よりも時間Ddだけ遅延する。
【００９３】
次に、復号鍵を生成する際に用いられるシードがアシンクロナスパケットとして送信されたときの遅延について、図１５を参照して説明する。送信側において、受信側からの要求に対応して、コンテンツデータの暗号化に現在用いている暗号鍵の属性（ODDまたはEVEN）と等しい属性を持つシードをアシンクロナスパケットとして返信されるタイミングtsに対して、受信側において、当該シードに基づいて復号用のODD鍵またはEVEN鍵が生成されて復号部７３に供給されるタイミングtrは、例えばIEEE1394インタフェース３５−２、および鍵生成部７２における処理やIEEE1394バス１の通信帯域の混雑状況等に起因して、図１５(D)，(E)に示す２種類の状態のうちのいずれかに示すように遅延する。
【００９４】
すなわち、図１５(D)に示す状態１は、アイソクロナスパケットとして受信したコンテンツデータの属性(ODD)と、アシンクロナスパケットとして受信したシードの属性(ODD)が一致している状態であり、図１５(E)に示す状態２は、アイソクロナスパケットとして受信したコンテンツデータの属性(EVEN)と、アシンクロナスパケットとして受信したシードの属性(ODD)が異なる状態である。
【００９５】
ところで、図１５(D)に示した状態１の場合、属性がODDであるシードを用いて、属性がEVENである復号鍵を生成すれば、それ以降に受信する暗号鍵K2（属性はEVENである）で暗号化されたコンテンツデータを復号することができる。これに対して、図１５(E)に示した状態２の場合、属性がODDであるシードを用いて、属性がEVENである復号鍵を生成したとすれば、それ以降に受信する暗号鍵K3（属性はODDである）で暗号化されたコンテンツデータを復号することができなくなってしまう。
【００９６】
そこで、このような不具合を生じさせないように、シードの属性と暗号化データの属性が異なる場合、当該シードを用いて復号鍵を生成しないように動作する鍵生成処理について、図１６のフローチャートを参照して説明する。なお、この鍵生成処理は、MDデッキ２−２において、IEEE1394バス１を介して暗号化データを受信したときに開始さる。
【００９７】
ステップＳ７１において、制御部７１は、暗号化データの受信が終了されたか否かを判定し、受信が終了されていないと判定した場合、ステップＳ７２に進む。ステップＳ７２において、ステップ制御部７１は、IEEE1394インタフェース３５−２から入力された暗号化データのODD/EVENフラグを読み出す。
【００９８】
ステップＳ７３において、IEEE1394インタフェース３５−２は、制御部７１からの制御に基づいて、IEEE1394バス１を介してMDデッキ２−１のIEEE1394インタフェース３５−１にシードの送信を要求する。この要求に対応して、MDデッキ２−１のIEEE1394インタフェース３５−１が、コンテンツデータの暗号化に現在用いている暗号鍵の属性と等しい属性を持つシードをアシンクロナスパケットとして返信する。
【００９９】
当該シードのアシンクロナスパケットは、ステップＳ７４において、MDデッキ２−２のIEEE1394インタフェース３５−２に受信され、制御部７１に供給される。ステップＳ７５において、制御部７１は、ステップＳ７２で読み出した暗号化データのODD/EVENフラグの属性と、ステップＳ７４で供給されたシードの属性が一致しているか否かを判定し、一致していると判定した場合、ステップＳ７６に進む。
【０１００】
ステップＳ７６において、鍵生成部７２は、制御部７１から供給されたシードと、認証処理（上述）によって得られた共通鍵に対して所定の演算を施すことにより、シードの属性とは異なる属性の復号鍵を生成して復号部７３に供給する。ステップＳ７７において、復号部７３は、鍵生成部７２から供給された復号鍵をその属性に対応してODDレジスタ８１、またはEVENレジスタ８２に記録する。
【０１０１】
なお、ステップＳ７５において、ステップＳ７２で読み出した暗号化データのODD/EVENフラグの属性と、ステップＳ７４で供給されたシードの属性が一致していないと判定された場合、ステップＳ７１に戻る。したがって、このときには、次の復号鍵は生成されない。
【０１０２】
ただし、その後ステップＳ７１で受信終了と判定されるまで、それ以降の処理が周期的に繰り返されるので、次回以降のステップＳ７５においては、ステップＳ７２で読み出した暗号化データのODD/EVENフラグの属性と、ステップＳ７４で供給されたシードの属性が一致していると判定されることとなり、順次、復号鍵が生成される。
【０１０３】
このように、シードの属性と暗号化データの属性を比較し、その結果の対応して復号鍵を生成するようにすることにより、暗号化データを正常に復号することが可能となる。
【０１０４】
なお、上述したように本実施の形態においては、本発明を主にMDデッキ２に適用した場合を例として説明したが、本発明は、セットトップボックス３およびパーソナルコンピュータ４その他、IEEE1394インタフェースを備える電子装置に適用することが可能である。
【０１０５】
ところで、上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアとしてのMDデッキ２に組み込まれているコンピュータ（図２のシステムコントローラ２１に対応する）、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどにインストールされる。
【０１０６】
次に、図１７を参照して、上述した一連の処理を実行するプログラムをコンピュータにインストールし、コンピュータによって実行可能な状態とするために用いられる媒体について、そのコンピュータが汎用のパーソナルコンピュータである場合を例として説明する。
【０１０７】
プログラムは、図１７(A)に示すように、パーソナルコンピュータ３０１に内蔵されている記録媒体としてのハードディスク３０２や半導体メモリ３０３（図２のプログラムRAM３８に対応する）に予めインストールした状態でユーザに提供することができる。
【０１０８】
あるいはまた、プログラムは、図１７(B)に示すように、フロッピーディスク３１１、CD-ROM(Compact Disc-Read Only Memory)３１２、ＭＯ(Magneto Optical)ディスク３１３、DVD(Digital Versatile Disc)３１４、磁気ディスク３１５、半導体メモリ３１６などの記録媒体に、一時的あるいは永続的に格納し、パッケージソフトウエアとして提供することができる。
【０１０９】
さらに、プログラムは、図１７(C)に示すように、ダウンロードサイト３２１から、無線で衛星３２２を介して、パーソナルコンピュータ３０１に転送したり、ローカルエリアネットワーク、インターネットといったネットワーク３３１を介して、有線または無線でパーソナルコンピュータ３０１に転送し、パーソナルコンピュータ３０１において、内蔵するハードディスク３０２などに格納させることができる。
【０１１０】
本明細書における媒体とは、これら全ての媒体を含む広義の概念を意味するものである。
【０１１１】
パーソナルコンピュータ３０１は、例えば、図１８に示すように、CPU(Central Proccessing Unit)３４１を内蔵している。CPU３４１にはバス３４１を介して、入出力インタフェース３４５が接続されており、CPU３４２は、入出力インタフェース３４５を介して、ユーザから、キーボード、マウスなどよりなる入力部３４７から指令が入力されると、それに対応して、図１７(A)の半導体メモリ３０３に対応するROM(Read Only Memory)３４３に格納されているプログラム、衛生３２２もしくはネットワーク３３１から転送され、通信部３４８により受信され、さらにハードディスク３０２にインストールされたプログラム、またはドライブ３４９に装着されたフロッピディスク３１１、CD-ROM３１２、ＭＯディスク３１３、DVD３１４、もしくは磁気ディスク３１５から読み出され、ハードディスク３０２にインストールされたプログラムを、RAM(Random Access Memory) ３４４にロードして実行する。さらに、CPU３４２は、その処理結果を、例えば、入出力インタフェース３４５を介して、LCD(Liquid Crystal Display)などよりなる表示部３４６に必要に応じて出力する。
【０１１２】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１３】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１１４】
【発明の効果】
以上のように、本発明によれば、バスリセット等により識別コードが変更されたとしても、通信相手を設定する処理を再び実行することなく通信を継続することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した電子装置からなるバスネットワークシステムの構成例を示すブロック図である。
【図２】本発明を適用したMDデッキ２の構成例を示すブロック図である。
【図３】認証処理を説明するフローチャートである。
【図４】割り込み処理を説明するフローチャートである。
【図５】通信対象装置決定処理を説明するフローチャートである。
【図６】復旧処理を説明するフローチャートである。
【図７】アイソクロナスパケットのデータ構造を示す図である。
【図８】著作権情報が記述される位置を説明するための図である。
【図９】  IEEE1394インタフェース３５の著作権情報表示処理に関わる部分の構成例を示すブロック図である。
【図１０】著作権情報表示処理を説明するフローチャートである。
【図１１】著作権情報の表示例を示す図である。
【図１２】  MDデッキ２のアイソクロナスパケットの暗号化および復号に関する部分の構成例を示すブロック図である。
【図１３】図１２の復号部７３の構成例を示すブロック図である。
【図１４】アイソクロナスパケットとして通信されるコンテンツデータの受信遅延を説明するための図である。
【図１５】アシンクロナスパケットとして通信されるシードの受信遅延を説明するための図である。
【図１６】鍵生成処理を説明するフローチャートである。
【図１７】プログラムをパーソナルコンピュータ３０１にインストールし、実行可能な状態とするために用いられる媒体について説明するための図である。
【図１８】パーソナルコンピュータ３０１について説明するための図である。
【符号の説明】
１  IEEE1394バス，  ２  MDデッキ，  ３  セットトップボックス，  ４  パーソナルコンピュータ，  ２１  システムコントローラ，  ３４  表示部，  ３５  IEEE1394インタフェース，  ３８  プログラムRAM，  ５１  物理レイヤ部，  ５２  リンクレイヤ部，  ５３  デジタルレシーバ，  ７１  制御部，  ７２  鍵生成部，  ７３  復号部
【図１】
0004505692.tif 000002
【図２】
0004505692.tif 000003
【図３】
0004505692.tif 000004
【図４】
0004505692.tif 000005
【図５】
0004505692.tif 000006
【図６】
0004505692.tif 000007
【図７】
0004505692.tif 000008
【図８】
0004505692.tif 000009
【図９】
0004505692.tif 000010
【図１０】
0004505692.tif 000011
【図１１】
0004505692.tif 000012
【図１２】
0004505692.tif 000013
【図１３】
0004505692.tif 000014
【図１４】
0004505692.tif 000015
【図１５】
0004505692.tif 000016
【図１６】
0004505692.tif 000017
【図１７】
0004505692.tif 000018
【図１８】
0004505692.tif 000019