JP2000299710A

JP2000299710A - データ通信システム、データ通信装置、ファイル管理方法及び記憶媒体

Info

Publication number: JP2000299710A
Application number: JP2000028327A
Authority: JP
Inventors: Mitsuhisa Araida; 光央新井田; Shinji Onishi; 慎二大西; Tachio Ono; 太刀雄小野; Shinichi Hatae; 真一波多江
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-02-09
Filing date: 2000-02-04
Publication date: 2000-10-24

Abstract

(57)【要約】【課題】ファイルシステムやファイル転送方法が異な
る機能ユニット間であっても、各機能ユニットの管理す
るデータファイルを簡単に扱うことのできるようにす
る。【解決手段】所定の機能を制御する第１のユニットを
有する第１の機器と、前記第１の機器を制御する第２の
機器とからなり、前記第１のユニットが扱うファイルを
管理するファイル管理手段を前記第１の機器が有すると
ともに、前記ファイル管理手段を制御する第１の制御信
号と第２の制御信号とを伝送する通信手段を前記第２の
機器が有し、前記ファイル管理手段は、前記第１の制御
信号に基づいて、前記第１のユニットが扱うファイルの
付加情報を伝送するように制御し、前記第２の制御信号
に基づいて、前記第１のユニットが扱うファイルを伝送
するように制御するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システ
ム、データ通信装置、ファイル管理方法及び記憶媒体、
に関し、特に、画像データを含む情報データとコマンド
データとを高速に通信するネットワークにおいて、デー
タファイルを管理するために用いて好適なものである。

【０００２】

【従来の技術】従来、パーソナルコンピュータ（以下、
ＰＣ）の周辺機器は、ハードディスクやプリンタであっ
た。これらの周辺機器は、専用の入出力インタフェー
ス、或いはＳＣＳＩ（small computer system interfac
e）インタフェース等の汎用性のあるデジタルインタフ
ェースによってＰＣと接続されていた。

【０００３】一方、近年、デジタルカメラ、デジタルビ
デオカメラ等のＡＶ（Audio/Visual）機器もＰＣの周辺
装置の１つとして注目を浴びている。これらのＡＶ（Au
dio/Visual）機器も専用インタフェースを介してＰＣと
接続されていた。

【０００４】しかしながら、従来の専用インタフェース
やＳＣＳＩインタフェースでは、特にＡＶ機器の有する
静止画像や動画像のような大容量のデータを扱う場合に
おいて、データ転送レートが低い、パラレル通信のため
通信ケーブルが太い、接続できる周辺機器の数と種類が
少ない、接続方式に制限がある、リアルタイムなデータ
転送が行えない等の多くの問題があった。

【０００５】このような問題点を解決する次世代の高
速、高性能デジタルインタフェースの一つとして、ＩＥ
ＥＥ（The Institute of Electrical and Electronics
Engineers，Inc.）１３９４−１９９５規格がある。

【０００６】ＩＥＥＥ１３９４−１９９５規格に準拠し
たデジタルインタフェース（以下、１３９４インタフェ
ース）には、次のような特徴がある。（１）データ転送速度が高速である。（２）リアルタイムなデータ転送を実現するIsochronou
s転送モードと確実なデータ転送を実現するAsynchronou
s転送モードをサポートしている。（３）自由度の高い接続構成（トポロジ）を構築でき
る。（４）プラグ・アンド・プレイ機能と活線挿抜機能をサ
ポートしている。

【０００７】しかしながら、ＩＥＥＥ１３９４−１９９
５規格では、コネクタの物理的、電気的な構成、２つの
データ転送モードの最も基本的な手順については定義し
ているが、どのような種類のデータを、どのようなデー
タ・フォーマットに従って送受信するのか、どのような
通信プロトコルに従って送受信するのかについて具体的
に定義されていなかった。

【０００８】

【発明が解決しようとする課題】現在、１３９４インタ
フェースを有する機器（以下、ノードともいう）に論理
的な機能ユニット（以下、サブユニットと称する）を定
義し、各機能ユニット毎に、１３９４インタフェースを
介した遠隔操作を実現するための通信プロトコルやコマ
ンドセットを定義することが提案されている。

【０００９】このようなサブユニットには現在、ＶＣＲ
（video cassette recorder）サブユニット、チューナ
ーサブユニット等が提案されている。尚、１つのノード
は、１つ以上のサブユニットから構成することができ
る。

【００１０】ところで、あるノードが他のノードのサブ
ユニットとデータファイルの転送を行う場合、あるノー
ドは、相手ノードのサブユニットのもつファイルシステ
ムとそのサブユニットのファイル転送方法に対応しなけ
ればならない。これは、各サブユニット毎に、データフ
ァイルとデータファイルに関する付加情報（以下、ファ
イル属性情報という）の管理方法が異なり、更に、デー
タファイルやファイル属性情報を転送する方法も異なる
ためである。

【００１１】このため、異なるサブユニット間でデータ
ファイル及びファイル属性情報をやり取りする場合に
は、互いに相手のサブユニットのもつファイルシステム
とファイル転送方法に対応しなければならず、１つのノ
ードにかかる負担は大きくなり、コストが増大するとい
う問題があった。また、あるノードが、複数のサブユニ
ットとデータファイルの転送を行いたい場合にも、全て
のサブユニットのもつファイルシステムとファイル転送
方法に対応しなければならないという問題があった。

【００１２】本発明は上述の問題点にかんがみてなされ
たもので、ファイルシステムやファイル転送方法が異な
る機能ユニット間であっても、各機能ユニットの管理す
るデータファイルを簡単に扱うことのできるデータ通信
システムを提供できるようにすることを第１の目的とす
る。又、１つ以上の機能ユニットの夫々が管理するデー
タファイルを一括して管理することのできるようにする
ことを第２の目的とする。

【００１３】

【課題を解決するための手段】本発明のデータ通信シス
テムは、所定の機能を制御する第１のユニットが扱うフ
ァイルを、前記第１のユニットの有する管理方法とは別
の管理方法で管理するファイル管理手段を有する第１の
機器と、前記第１のユニットとは異なる第２のユニット
を有し、前記ファイル管理手段を制御する第１の制御信
号と第２の制御信号とを伝送する第２の機器とを有し、
前記ファイル管理手段は、前記第１の制御信号を受信し
た場合には、前記第２のユニットが要求するファイルの
付加情報を前記第２の機器に伝送するように制御し、前
記第２の制御信号を受信した場合には、前記第２のユニ
ットが要求するファイルを前記第２の機器に伝送するよ
うに制御することを特徴としている。また、本発明の他
の特徴とするところは、前記ファイル管理手段は、前記
ファイルを階層的に管理することを特徴としている。ま
た、本発明のその他の特徴とするところは、前記ファイ
ル管理手段は、前記ファイルの付加情報を所定のデータ
構造に基づいて管理することを特徴としている。また、
本発明のその他の特徴とするところは、前記ファイル管
理手段は、前記第１の制御信号に基づいて、所定の種類
のファイルの付加情報を伝送するように制御することを
特徴としている。また、本発明のその他の特徴とすると
ころは、前記ファイル管理手段は、前記第１のユニット
とは異なる機能を管理する第３のユニットが扱うファイ
ルを、前記第１のユニットが扱うファイルとともに管理
することを特徴としている。また、本発明のその他の特
徴とするところは、前記第１の機器は、前記ファイルの
付加情報又は前記ファイルから少なくともフレームを一
つ生成し、前記フレームを順次Asynchronous転送するこ
とを特徴としている。また、本発明のその他の特徴とす
るところは、前記第２のユニットは、前記第１のユニッ
トとは異なる機能を管理することを特徴としている。ま
た、本発明のその他の特徴とするところは、前記第１の
ユニットは、画像ファイルを扱うことを特徴としてい
る。また、本発明のその他の特徴とするところは、前記
第１のユニットは、撮像機能を制御するユニットである
ことを特徴としている。また、本発明のその他の特徴と
するところは、前記第１のユニットは、画像ファイルの
記録再生を制御するユニットであることを特徴としてい
る。また、本発明のその他の特徴とするところは、バス
型ネットワーク上に設定された論理的な接続関係を介し
てファイルの転送を行うソースノードと、前記ソースノ
ードから転送されたファイルを前記論理的な接続関係を
介して受信するデスティネーションノードとを有し、前
記ソースノードは、複数のファイルを一括して管理する
ファイル管理手段を有し、前記デスティネーションノー
ドは、該ファイル管理手段を遠隔操作して所望のファイ
ルの転送を要求することを特徴としている。また、本発
明のその他の特徴とするところは、前記ファイル管理手
段は、前記ファイルと共に、該ファイルの属性情報を管
理することを特徴としている。また、本発明のその他の
特徴とするところは、前記ファイルの属性情報は、ファ
イル番号、ファイルの種類、ファイルの作成日時、ファ
イルの最終アクセス日時、ファイルのデータサイズ、フ
ァイルの名前の少なくとも１つを含むことを特徴として
いる。また、本発明のその他の特徴とするところは、前
記ファイル管理手段は、前記ファイルを階層的に管理す
ることを特徴としている。また、本発明のその他の特徴
とするところは、前記ファイルは、画像ファイル、音声
ファイル、動画像ファイル、テキストファイル、各種の
アプリケーションに依存するデータファイルの少なくと
も１つを含むことを特徴としている。また、本発明のそ
の他の特徴とするところは、前記ファイルは、一つ以上
のセグメントに分割され、少なくとも１回の非同期転送
により順次転送されることを特徴としている。また、本
発明のその他の特徴とするところは、前記デスティネー
ションノードは、前記ファイル管理手段を遠隔操作し
て、所定の階層にある全てのファイルの属性情報の転送
を要求することを特徴としている。また、本発明のその
他の特徴とするところは、前記デスティネーションノー
ドは、前記ファイル管理手段を遠隔操作して特定種類の
ファイルの属性情報の転送を要求することを特徴として
いる。また、本発明のその他の特徴とするところは、前
記ファイルの属性情報は、一つ以上のセグメントに分割
され、少なくとも１回の非同期転送により順次転送され
ることを特徴としている。また、本発明のその他の特徴
とするところは、前記バス型ネットワークは、ＩＥＥＥ
１３９４−１９９５規格に準拠したネットワークである
ことを特徴としている。また、本発明のその他の特徴と
するところは、前記ファイル又はファイルの属性情報
は、Asynchronous Connectionに準拠した通信プロトコ
ルに基づいて転送されることを特徴としている。また、
本発明のその他の特徴とするところは、バス型ネットワ
ークを介してファイルの転送を行うソースノードと、前
記ソースノードから転送されたファイルを前記バス型ネ
ットワークを介して受信するデスティネーションノード
と、前記ソースノードと前記デスティネーションノード
との間に論理的な接続関係を設定するコントローラとを
有し、前記ソースノードは、複数のファイルを階層的に
管理するファイル管理手段を有し、前記デスティネーシ
ョンノードは、該ファイル管理手段を遠隔操作して所望
のファイルの転送を要求する通信手段を有することを特
徴としている。また、本発明のその他の特徴とするとこ
ろは、複数種類の機能ユニットからなるソースノード
と、前記複数種類の機能ユニットの一つを扱うファイル
情報を要求するデスティネーションノードとを有し、前
記ソースノードは、各機能ユニットが扱うファイル情報
を一括して管理する機能ユニットを用いて前記デスティ
ネーションノードの要求するファイル情報を提供するこ
とを特徴としている。また、本発明のその他の特徴とす
るところは、複数種類の機能ユニットと、各機能ユニッ
トが扱うファイル情報を一括して管理するファイルユニ
ットとを有するソースノードと、前記複数種類の機能ユ
ニットの一つが扱うファイル情報を要求するデスティネ
ーションノードと、前記ソースノードと前記デスティネ
ーションノードとの間に論理的な接続関係を設定するコ
ントローラとを有し、前記ソースノードのファイルユニ
ットは、前記論理的な接続関係を介し、前記デスティネ
ーションノードの要求するファイル情報を提供すること
を特徴としている。

【００１４】本発明のデータ通信装置は、所定の機能を
制御する第１のユニットが扱うファイルを、前記第１の
ユニットの有する管理方法とは別の管理方法で管理する
ファイル管理手段と、前記第１のユニットとは異なる第
２のユニットを有する外部機器から伝送された第１の制
御信号と第２の制御信号とを受信する受信手段とを有
し、前記ファイル管理手段は、前記第１の制御信号を受
信した場合には、前記第２のユニットが要求するファイ
ルの付加情報を前記第２の機器に伝送するように制御
し、前記第２の制御信号を受信した場合には、前記第２
のユニットが要求するファイルを前記外部機器に伝送す
るように制御することを特徴としている。また、本発明
の他の特徴とするところは、前記ファイル管理手段は、
前記ファイルを階層的に管理することを特徴としてい
る。また、本発明のその他の特徴とするところは、前記
ファイル管理手段は、前記ファイルの付加情報を所定の
データ構造に基づいて管理することを特徴としている。
また、本発明のその他の特徴とするところは、前記ファ
イル管理手段は、前記第１の制御信号に基づいて、所定
の種類のファイルの付加情報を伝送するように制御する
ことを特徴としている。また、本発明のその他の特徴と
するところは、前記ファイル管理手段は、前記第１のユ
ニットとは異なる機能を管理する第３のユニットが扱う
ファイルを、前記第１のユニットが扱うファイルととも
に管理することを特徴としている。また、本発明のその
他の特徴とするところは、前記ファイルの付加情報又は
前記ファイルから少なくともフレームを一つ生成し、前
記フレームを順次Asynchronous転送することを特徴とし
ている。また、本発明のその他の特徴とするところは、
前記第２のユニットは、前記第１のユニットとは異なる
機能を管理することを特徴としている。また、本発明の
その他の特徴とするところは、前記第１のユニットは、
画像ファイルを扱うことを特徴としている。また、本発
明のその他の特徴とするところは、前記第１のユニット
は、撮像機能を制御するユニットであることを特徴とし
ている。また、本発明のその他の特徴とするところは、
前記第１のユニットは、画像ファイルの記録再生を制御
するユニットであることを特徴としている。また、本発
明のその他の特徴とするところは、バス型ネットワーク
上に設定された論理的な接続関係を介してファイルの転
送を行う通信手段と、複数のファイルを一括して管理す
るファイル管理手段とを有し、前記ファイル管理手段
は、デスティネーションノードの遠隔操作に応じて該デ
スティネーションノードの要求するファイルを転送する
ことを特徴としている。また、本発明のその他の特徴と
するところは、複数種類の機能ユニットと、前記複数種
類の機能ユニットが扱うファイル情報を一括して管理す
るファイル管理ユニットとを有し、前記ファイル管理ユ
ニットは、デスティネーションノードの要求するファイ
ル情報を提供することを特徴としている。また、本発明
のその他の特徴とするところは、前記ファイル管理ユニ
ットは、前記デスティネーションノードとの間に設定さ
れた論理的な接続関係を介して該デスティネーションノ
ードの要求するファイル情報を提供することを特徴とし
ている。

【００１５】本発明のファイル管理方法は、所定の機能
を制御する第１のユニットが扱うファイルを、前記第１
のユニットの有する管理方法とは別の管理方法で管理す
る処理と、前記第１のユニットとは異なる第２のユニッ
トを有する外部機器から伝送された第１の制御信号と第
２の制御信号とを受信する処理と、前記第１の制御信号
を受信した場合には、前記第２のユニットが要求するフ
ァイルの付加情報を前記外部機器に伝送するように制御
する処理と、前記第２の制御信号を受信した場合には、
前記第２のユニットが要求するファイルを前記外部機器
に伝送するように制御する処理とを行うことを特徴とし
ている。また、本発明の他の特徴とするところは、更
に、前記ファイルを階層的に管理する処理を行うことを
特徴としている。また、本発明のその他の特徴とすると
ころは、更に、前記ファイルの付加情報を所定のデータ
構造に基づいて管理する処理を行うことを特徴としてい
る。また、本発明のその他の特徴とするところは、前記
第１の制御信号に基づいて、所定の種類のファイルの付
加情報を伝送するように制御することを特徴としてい
る。また、本発明のその他の特徴とするところは、更
に、前記第１のユニットとは異なる機能を管理する第３
のユニットが扱うファイルを、第１のユニットが扱うフ
ァイルとともに管理する処理を行うことを特徴としてい
る。また、本発明のその他の特徴とするところは、前記
ファイルの付加情報又は前記ファイルから少なくともフ
レームを一つ生成し、前記フレームを順次Asynchronous
転送することを特徴としている。また、本発明のその他
の特徴とするところは、前記第２のユニットは、前記第
１のユニットとは異なる機能を管理することを特徴とし
ている。また、本発明のその他の特徴とするところは、
前記第１のユニットは、画像ファイルを扱うことを特徴
としている。また、本発明のその他の特徴とするところ
は、前記第１のユニットは、撮像機能を制御するユニッ
トであることを特徴としている。また、本発明のその他
の特徴とするところは、前記第１のユニットは、画像フ
ァイルの記録再生を制御するユニットであることを特徴
としている。また、本発明のその他の特徴とするところ
は、複数種類の機能ユニットからなるソースノードと、
前記複数種類の機能ユニットの一つが扱うファイル情報
を要求するデスティネーションノードとからなるシステ
ムにおけるファイル管理方法であって、前記ソースノー
ドは、各機能ユニットが扱うファイル情報を一括して管
理する機能ユニットと用いて、前記デスティネーション
ノードの要求するファイル情報を提供することを特徴と
している。また、本発明のその他の特徴とするところ
は、複数種類の機能ユニットと、各機能ユニットが扱う
ファイル情報を一括して管理するファイルユニットとを
有するソースノードと、前記複数種類の機能ユニットの
一つが扱うファイル情報を要求するデスティネーション
ノードと、前記ソースノードと前記デスティネーション
ノードとの間に論理的な接続関係を設定するコントロー
ラとからなるシステムにおけるファイル管理方法であっ
て、前記ソースノードのファイルユニットは、前記論理
的な接続関係を介し、前記デスティネーションノードの
要求するファイル情報を提供することを特徴としてい
る。

【００１６】本発明の記憶媒体は、所定の機能を制御す
る第１のユニットが扱うファイルを、前記第１のユニッ
トの有する管理方法とは別の管理方法で管理するステッ
プと、前記第１のユニットとは異なる第２のユニットを
有する外部機器から伝送された第１の制御信号と第２の
制御信号とを受信するステップと、前記第１の制御信号
を受信した場合には、前記第２のユニットが要求するフ
ァイルの付加情報を前記外部機器に伝送するように制御
するステップと、前記第２の制御信号を受信した場合に
は、前記第２のユニットが要求するファイルを前記外部
機器に伝送するように制御するステップとからなるプロ
グラムをコンピュータ読み出し可能に記録したことを特
徴としている。

【００１７】

【発明の実施の形態】次に、添付図面を参照しながら本
発明のデータ通信システム、データ通信装置、ファイル
管理方法及び記憶媒体の実施の形態について説明する。
図１は、本発明に係る第１の実施の形態を示すブロック
図である。図１に示すように、図１は、本実施例のデー
タ通信システムの一例を示す図である。

【００１８】図１において、１００はプリンタの電気的
接続構成を示すブロック図である。２００はカメラ一体
型デジタルビデオレコーダ（以下、ＤＶＣＲ）の電気的
構成を示すブロック図である。これらはＩＥＥＥ１３９
４−１９９５規格に準拠したデジタルインタフェースを
具備し、各１３９４インタフェースはデジタルシリアル
バス１０に接続されている。又、図１のデジタルシリア
ルバス１０には、ＰＣ２０、電子スチルカメラ３０もデ
ジタルインタフェースを介して接続されている。

【００１９】次に、各機器（以下、ノードともいう）の
構成について説明する。図１のプリンタ１００におい
て、通信部１０１は、１３９４シリアルバス１０を介し
て外部のノードと通信するデジタルインタフェースを含
む。通信部１０１は、後述する通信手順に従って、プリ
ンタ１００内部のデータファイルを転送したり、他のノ
ードのデータファイルを受信したりする。

【００２０】ファイル管理部１０２は、後述するProxy
subunit（プロキシサブユニット）に必要な機能（特
に、ファイルシステム）を提供する。画像処理部１０３
は、１３９４シリアルバス１０を介して転送されたデー
タファイル（画像ファイル、グラフィックスファイル、
テキストファイル等）や記録部１０４が着脱可能な記録
媒体から読み出したデータファイルに対して、印刷出力
するために必要な画像処理を行う。記録部１０４に接続
される記録媒体は、着脱可能であり、別の機器に接続
し、その機器のデータファイルを記録或いは読み出しす
ることも可能である。

【００２１】又、図１のプリンタ１００において、表示
部１０５は、ユーザの操作を補助するために必要な情報
を提示する。制御部１０６は、マイクロコンピュータを
含みプリンタ１００全体の動作を制御する。操作部１０
７は、ユーザの操作を制御部１０６に通知する。

【００２２】メモリ１０８は、印刷出力用に画像処理さ
れたデータを一時的に記録する。印刷出力部１０９は、
印刷出力用に画像処理されたデータファイルを印刷出力
する。コントロールバス１１０は、各処理ブロックを制
御するための信号を伝送し、データバス１１１は、各処
理ブロックが処理するデータを伝送する。

【００２３】ここで、本実施例のプリンタ１００は、論
理的な機能ユニットを２つ有している。一つは、様々な
種類のデータファイルを印刷する機能と、１３９４シリ
アルバス１０を介してデータファイルを入力する機能と
を制御するプリンタサブユニットである。もう一つは、
プリンタサブユニットのファイルシステムが管理するデ
ータファイルとファイル属性情報を、本実施例で定義す
る共通のファイルシステムで管理し、それらをプリンタ
サブユニットの代わりに他のノードに提供する機能を有
するProxy subunit（プロキシサブユニット）である。
これらのサブユニットは、他のノードからのコマンドに
応じて遠隔制御することができる。

【００２４】図２のＤＶＣＲ２００は、通信部２０１
は、１３９４シリアルバス１０を介して外部のノードと
通信するデジタルインタフェースを含む。通信部２０１
は、後述する通信手順に従って、ＤＶＣＲ２００内部の
データファイルを転送したり、他のノードのデータファ
イルを受信したりする。

【００２５】ファイル管理部２０２は、後述するProxy
subunitに必要な機能（特に、ファイルシステム）を提
供する。画像処理部２０３は、１３９４シリアルバス１
０を介して転送されたデータファイル（静止画像ファイ
ル、動画像ファイル、グラフィックスファイル、テキス
トファイル等）、記録部２０４が着脱可能な記録媒体か
ら読み出したデータファイル、撮像部２０９にて撮像さ
れた画像データ（動画像、静止画像）に対して、表示出
力するために必要な画像処理を行う。

【００２６】記録部２０４に接続される記録媒体は、着
脱可能であり、別の機器に接続し、その機器のデータフ
ァイルを記録或いは読み出しすることも可能である。表
示部２０５は、ユーザの操作を補助するための情報、記
録部２０４から再生された画像データ、撮像部２０９に
て撮像された画像データを表示する。制御部２０６は、
マイクロコンピュータを含みＤＶＣＲ２００全体の動作
を制御する。操作部２０７は、ユーザの操作を制御部２
０６に通知する。

【００２７】メモリ２０８は、表示用に画像処理された
データを一時的に記録する。撮像部２０９は、被写体の
光学像から電気信号を生成し、その電気信号を所定フォ
ーマットの画像信号に変換する。ここで、撮像部２０９
は、動画像、静止画像を撮像することができる。コント
ロールバス２１０は、各処理ブロックを制御するための
信号を伝送し、データバス２１１は、各処理ブロックが
処理するデータを伝送する。

【００２８】ここで、本実施例のＤＶＣＲ２００は、論
理的な機能ユニットを３つ有している。一つは、静止画
像や動画像を撮像し、所定のデータファイルの画像ファ
イルに変換する機能と、１３９４シリアルバス１０を介
してその画像ファイルを出力する機能とを制御するカメ
ラサブユニットである。一つは、静止画像ファイルや動
画像ファイルをを記録／再生する機能と、１３９４シリ
アルバス１０を介して画像ファイルを入出力する機能を
制御するＶＣＲサブユニットである。

【００２９】もう一つは、カメラサブユニット及びＶＣ
Ｒサブユニットのファイルシステムが管理するデータフ
ァイル及びファイル属性情報を、本実施例で定義する共
通のファイルシステムで管理し、それらカメラサブユニ
ット或いはＶＣＲサブユニットの代わりに他のノードに
提供する機能Proxy subunitである。これらのサブユニ
ットは、他のノードからのコマンドに応じて遠隔制御さ
れる。

【００３０】又、電子スチルカメラ３０は、論理的な機
能ユニットを２つ有している。一つは、上述のカメラサ
ブユニットであり、もう一つは、本実施例のProxy subu
nitである。ＰＣ２０は、論理的な機能ユニットを２つ
有している。一つは、様々な種類のデータファイルを記
録／再生する機能と、１３９４シリアルバス１０を介し
てデータファイルを入出力する機能とを制御するサブユ
ニットである。もう一つは、本実施例のProxy subunit
である。これらのサブユニットは、他のノードからのコ
マンドに応じて遠隔制御される。

【００３１】（１）Proxy subunitについての説明図２は、ＤＶＣＲ２００の有するサブユニットとプリン
タ１００の有するサブユニットを説明する図である。

【００３２】図２において、ＤＶＣＲ２００のカメラサ
ブユニット２３１は、撮像部２０９から出力された画像
信号から、記録形式Ａ（例えば、ＪＰＥＧ方式）或いは
記録形式Ｂ（例えば、ＥＸＩＦ方式）に準拠した画像フ
ァイル及びファイル属性情報を生成し、それらを記録部
２０４に記録する機能を管理する。このとき、カメラサ
ブユニット２３１は、カメラサブユニット用のファイル
システムに基づいて、各画像ファイルのファイル属性情
報を管理する。

【００３３】ＤＶＣＲ２００のＶＣＲサブユニット２３
２は、撮像部２０９から出力された画像信号或いは外部
入力された画像信号から、記録形式Ｃ（例えば、ＤＶ方
式）或いは記録形式Ｄ（例えば、ＭＰＥＧ方式）に準拠
した生成し、それらを記録部２０４に記録したり、再生
したりする機能を管理する。このとき、ＶＣＲサブユニ
ット２３２は、ＶＣＲサブユニット用のファイルシステ
ムに基づいて、各画像ファイルのファイル属性情報を管
理する。

【００３４】ＤＶＣＲ２００のProxy subunit２３０
は、各サブユニット２３１，２３２のファイルシステム
が管理するファイル属性情報を、各Proxy subunit間で
共通のファイルシステムに変換する。このファイルシス
テムは、内部メモリ２２６に格納される。

【００３５】プリンタ１００のProxy subunit２３３
は、プリンタサブユニット２３４のファイルシステムが
管理するファイル属性情報を、各Proxy subunit間で共
通のファイルシステムに変換する。このファイルシステ
ムは、内部メモリ２２７に格納される。

【００３６】Proxy subunit２３０，２３３は、他のノ
ードのProxy subunitが管理するファイルシステムを、
各サブユニット２３１，２３２のファイルシステムに変
換して提供することも可能である。この場合、各サブユ
ニット２３１，２３２は、様々なサブユニットが管理す
るデータファイルを簡単に扱うことができる。

【００３７】本実施例において、Proxy subunit２３
０，２３３のファイルシステムは、各データファイルと
それらのファイル属性情報とを階層的に管理する。ファ
イルシステムの構成の一例を図２の２２５に示す。ファ
イルシステムは、階層的に構成され、各階層はディレク
トリによって表現される。各ディレクトリには、各デー
タファイルのファイル属性情報が後述するデータ構造に
従って格納される。図２の２２５では、各記録形式毎に
異なるディレクトリを構成する例を示す。尚、各ディレ
クトリは、サブユニット単位に構成してもよい。

【００３８】このように、本実施例のProxy subunit２
３０，２３３は、各機能ユニットで異なるファイルシス
テムを、Proxy subunit用のファイルシステムに共通化
することができる。このような機能により、各ノード
は、Proxy subunitを実装するだけで、１３９４シリア
ルバス１０に接続されたノードに対して、各機能ユニッ
トとは独立した共通のファイルシステムを提供すること
ができる。

【００３９】図３は、プリンタ１００のProxy subunit
２３３が、ユーザの操作に従って、ＤＶＣＲ２００のPr
oxy subunit２３０にアクセスする手順を説明する図で
ある。まず、プリンタ１００のProxy subunit２３３
は、ＤＶＣＲ２００のProxy subunit２３０にアクセス
し、後述するCURRENT DIRコマンドを用いて、現在のデ
ィレクトリを問合せる（Ｓ３１）。

【００４０】次に、プリンタ１００のProxy subunit２
３３は、ファイル属性情報を要求するデータファイルの
種類（タイプともいう）を指定する（Ｓ３２）。データ
ファイルの種類には、テキスト、画像、音声、動画像等
があるが、この場合は、記録形式Ａ，Ｂの静止画像ファ
イルと記録形式Ｃ，Ｄの動画像ファイルの何れかであ
る。

【００４１】全てのデータファイルを指定した場合、プ
リンタ１００のProxy subunit２３３は、後述するSEND
ASYNCH FILEコマンドを用いて、現在のディレクトリに
存在する全てのデータファイルのファイル属性情報を要
求する（Ｓ３３）。一方、所定の種類のデータファイル
を指定した場合、プリンタ１００のProxysubunit２３３
は、後述するSEND ASYNCH FILEコマンドを用いて、現在
のディレクトリに存在する所定の種類のデータファイル
のファイル属性情報を要求する（Ｓ３４）。

【００４２】このSEND ASYNCH FILEコマンドを受信した
後、ＤＶＣＲ２００のProxy subunit２３０は、ファイ
ル管理部２０２を制御して、要求されたファイル属性情
報からなるファイルリストを生成する。このファイルリ
ストは、後述するAsynchronous Connectionに従って、
ＤＶＣＲ２００からプリンタ１００へ転送される（Ｓ３
５）。

【００４３】プリンタ１００のProxy subunit２３３
は、受信したファイルリストをファイル管理部１０２の
内部メモリに保持するとともに、それらを表示部１０５
に表示する。ユーザは、この表示結果に基づき、印刷し
たいデータファイルはあるか否か、別のディレクトリを
見るか否かを判断する（Ｓ３６）。

【００４４】別のディレクトリを見る場合、プリンタ１
００のProxy subunit２３３は、後述するCHANGE DIRコ
マンドを用いて、ユーザの指示するディレクトリに移動
する（Ｓ３７）。その後、Proxy subunit２３０は、Ｓ
３２以下の処理を実行する。

【００４５】一方、印刷したいデータファイルはある場
合、プリンタ１００のProxy subunit２３３は、後述す
るSEND ASYNCH FILEコマンドを用いて、ユーザの指示す
るデータファイルを要求する（Ｓ３８）。これと同時
に、プリンタ１００は、印刷のための動作状態になる。

【００４６】このSEND ASYNCH FILEコマンドを受信した
後、ＤＶＣＲ２００のProxy subunit２３０は、記録部
２０９を制御して、要求されたデータファイルを読み出
す。このデータファイルは、後述するAsynchronous Con
nectionに従って、ＤＶＣＲ２００からプリンタ１００
へ転送される（Ｓ３９）。

【００４７】プリンタ１００のProxy subunit２３３
は、受信したデータファイルをプリンタサブユニットに
供給する。プリンタサブユニットは、画像処理部１０
３、印刷出力部１０９を制御して、このデータファイル
を印刷する（Ｓ４０）。

【００４８】その後ユーザは、表示部１０５に表示情報
に基づき、別のデータファイルを印刷するか否かを指示
する（Ｓ４１）。別のデータファイルを印刷したい場
合、Proxy subunit２３０は、Ｓ３６に戻って前述した
処理を再び実行する。

【００４９】以上の手順により、本実施例のProxy subu
nitは、各サブユニットで異なるファイル転送方法を共
通化することができる。このような機能により、各ノー
ドは、Proxy subunitを実装するだけで、様々なサブユ
ニットと簡単且つ効率的にデータファイルをやり取りす
ることができる。

【００５０】尚、図３に示す手順は、ＤＶＣＲ２００の
Proxy subunit２３０が管理する画像ファイルをプリン
タ１００で印刷する処理に限らず、電子スチルカメラ３
０の画像ファイルをプリンタ１００で印刷する処理、Ｐ
Ｃ２０の画像ファイル、テキストファイル等をプリンタ
１００で印刷する処理、電子スチルカメラ３０又はＤＶ
ＣＲ２００の画像ファイルをＰＣ２０に保存する処理、
電子スチルカメラ３０の画像ファイルをＤＶＣＲ２００
に保存する処理等にも同様に適用される。

【００５１】（２）Proxy subunitのファイルシステム
についての説明次に、Proxy subunitのファイルシステムが管理するデ
ータ構造について詳細に説明する。

【００５２】本実施例のProxy subunitのファイルシス
テムでは、各サブユニットのもつファイルシステムを共
通のファイルシステムに変換する機能と、各サブユニッ
トが扱う各種のデータファイル及びそれらのファイル属
性情報を、階層的に管理する機能とを有している。

【００５３】図４（ａ）は、各データファイルのファイ
ル属性情報を管理するための基本的なデータ構造を示
す。ここで、このデータ構造は、階層的に構成されてい
る。尚、図４（ａ）において、左側に示す１６進数は、
該データ構造をバイト単位で表現するための番号であ
る。

【００５４】図４（ａ）において、フィールド３０１
（８ｂｙｔｅｓ）は、ＩＤフィールドであり、このフィ
ールドにはファイルを識別するためのＩＤ番号を格納す
る。但し、ＩＤフィールド３０１の全てのビットが
「０」である場合には、現在のディレクトリを表す。ま
た、ＩＤフィールド３０１の全てのビットが「１」であ
る場合には、現在のディレクトリの親ディレクトリを表
す。

【００５５】フィールド３０２（２ｂｙｔｅｓ）は、TY
PEフィールドである。後述するように、該TYPEフィール
ド３０２は、データファイルの種類を示す。図１０は、
TYPEフィールド３０２に格納される値の一例を示す図で
ある。図１０において、「００００₁₆」は、例えば、テ
キストファイルであることを示す。

【００５６】又、「０００１₁₆」は、例えば、画像ファ
イルであることを示す。又、「０００２₁₆」は、例え
ば、音声ファイルであることを示す。又、「０００
４₁₆」は、例えば、動画像ファイルであることを示す。
又、「０００５₁₆」は、例えば、アプリケーションに固
有のデータファイルであることを示す。又、「０００５
₁₆」〜「ＦＦＦＥ₁₆」は、将来の拡張のために予約され
ている。又、「ＦＦＦＦ₁₆」は、ディレクトリであるこ
とを示す。

【００５７】フィールド３０３（１ｂｙｔｅ）は、OPTI
ONAL＿FLAGSフィールドである。このフィールドは、後
述する様々なファイル属性情報を記述するフィールドの
存在を示すと共に、各種の付加情報を格納する。このフ
ィールドを調べることにより、各種のファイル属性情報
の詳細な説明の有無を簡単に確認することができる。

【００５８】フィールド３０４は、可変長のフィールド
である。フィールド３０４は、OPTIONAL＿FIELDであ
り、上記OPTIONAL＿FLAGSフィールド３０３によってそ
の有無が決定される。

【００５９】次に、図４（ｂ）を用いて、OPTIONAL＿FL
AGSフィールド３０３の構造の一例を説明する。図４
（ｂ）において、最上位ビット（most significant bi
t, 以下msbと称する）はｄａｔａフラグ４０１であり、
後述するCREATE＿DATEフィールド（図５参照）の有無を
示す。

【００６０】このフィールドには、データファイルの作
成日時に関する情報が格納される。該ｄａｔａフラグ４
０１の値が「１」のとき、上記CREATE＿DATEフィールド
は、上記OPTIONAL＿FIELD３０４内に存在し、該ｄａｔ
ａフラグ４０１の値が「０」のとき、上記CREATE＿DATE
フィールドは存在しない。

【００６１】第２ビット目はatimeフラグ４０２であ
り、後述するACCESS＿TIMEフィールド（図６参照）の有
無を示す。このフィールドには、データファイルの最終
アクセス日時を示す情報が格納される。該ａｔｉｍｅフ
ラグ４０２の値が「１」のとき、上記ACCESS＿TIMEフィ
ールドは上記OPTIONAL＿FIELD３０４内に存在し、該ａ
ｔｉｍｅフラグの値が「０」のとき、上記ACCESS＿TIME
フィールドは存在しない。

【００６２】第３ビット目はｓｉｚｅフラグ４０３であ
り、後述するSIZEフィールド（図７参照）の有無を示
す。このフィールドには、データファイルのデータサイ
ズをバイト単位で示す情報が格納される。該ｓｉｚｅフ
ラグ４０３の値が「１」のとき、上記SIZEフィールドは
上記OPTIONAL＿FIELD３０４内に存在し、該ｓｉｚｅフ
ラグ４０３の値が「０」のとき、上記SIZEフィールドは
存在しない。

【００６３】第４ビット目はｎａｍｅフラグ４０４であ
り、後述するNAMEフィールド（図８参照）の有無を示
す。このフィールドには、ファイル名或いはディレクト
リ名を示す情報が格納される。該ｎａｍｅフラグ４０４
の値が「１」のとき、上記NAMEフィールドは上記OPTION
AL＿FIELD３０４内に存在し、該ｎａｍｅフラグ４０４
の値が「０」のとき、上記NAMEフィールドは存在しな
い。

【００６４】第５ビット目はｒｅｓｅｒｖｅｄビット４
０５であり、将来の拡張ために予約されている。該ｒｅ
ｓｅｒｖｅｄビット４０５の値は、必ず「０」となる。

【００６５】第６ビット目はｈｉｄｄｅｎフラグ４０６
であり、データファイルの読み出しが可能か否かを示す
フラグである。該ｈｉｄｄｅｎフラグ４０６の値が
「１」のとき、データファイルの読み出しが不可能であ
ることを示す。また、該ｈｉｄｄｅｎ４０６フラグの値
が「０」のとき、データファイルの読み出しが可能であ
る。

【００６６】第７ビット目はｌｏｃｋフラグ４０７であ
り、データファイルへの書き込みが可能か否かを示すフ
ラグである。該ｌｏｃｋフラグ４０７の値が「１」のと
き、他のノードは、データファイルへのアクセスが不可
能となる。該ｌｏｃｋフラグ４０７の値が「０」の時、
データファイルへのアクセスは可能となる。

【００６７】最下位ビット（least significant bit,以
下lsbと称する）は、ｒｅｓｅｒｖｅｄビット４０８で
あり、将来の拡張ために予約されている。該ｒｅｓｅｒ
ｖｅｄビット４０８の値は、読み出すと必ず「０」とな
る。

【００６８】次に、図５を用いて、上述したCREATE＿DA
TEフィールドの構成の一例について詳細に説明する。図
５の左側に示す１６進数は、該フィールドをバイト単位
に表現するオフセットである。図５に示すCREATE＿DATE
フィールドは、例えば６４ビットのデータからなり、こ
の値がデータファイルの生成日時を示す。該フィールド
には、例えば、１９７０年０１月０１日００時００分０
０秒を基準とする時間情報を秒単位に格納する。

【００６９】次に、図６を用いて、上述したACCESS＿TI
MEフィールドの構成の一例について詳細に説明する。図
６の左側に示す１６進数は、該フィールドをバイト単位
に表現するオフセットである。ACCESS＿TIMEフィールド
は、例えば６４ビットのデータからなり、この値がファ
イルの最終アクセス日時を示す。該フィールドの値は、
上記CREATE＿DATEフィールドの値と同様に、例えば、１
９７０年０１月０１日００時００分００秒を基準とする
時間が秒単位に格納される。

【００７０】次に、図７を用いて、上述したSIZEフィー
ルドの構成の一例を詳細に説明する。図７の左側に示す
１６進数は、該フィールドをバイト単位に表現するオフ
セットである。図７に示すSIZEフィールドは、例えば３
２ビットのフィールドであり、このフィールドの値がフ
ァイルのサイズをバイト単位に示す。

【００７１】次に、図８を用いて、上述したNAMEフィー
ルドの構成の一例を詳細に説明する。図８の左側に示す
１６進数は、該フィールドをバイト単位に表現するオフ
セットである。図８に示すNAMEフィールドは、例えば可
変長のフィールドである。最初はencodingフィールド
（２ｂｙｔｅｓ）８０１であり、file＿nameフィールド
８０３に施された文字符号化方式を示す値が格納され
る。ここで、文字符号化方式の一例を図９に示す。図９
に示す値は、例えば、ＲＦＣ１７００規格などによって
定義された値を利用する。

【００７２】次は、lengthフィールド（１ｂｙｔｅ）８
０２であり、file＿nameフィールド８０３の長さをバイ
ト単位で示す値が格納される。最後はfile＿nameフィー
ルド（可変長）８０３で、ファイル名が格納される。こ
のフィールド８０３により、ファイル名が示される。

【００７３】以上説明したCREATE＿DATEフィールド、AC
CESS＿TIMEフィールド、SIZEフィールド、及び、NAMEフ
ィールドは、上記の順番で上記OPTIONAL＿FIELD３０４
に階層的に格納されている。又、これらのフィールドの
存在は、上述のOPTIONAL＿FLAGSフィールド３０３によ
って確認することができる。これにより、各種のファイ
ル属性情報の詳細な説明の有無を容易に検出することが
できる。

【００７４】次に、上述のデータ構造で記述されている
内容を更に詳細に説明する。Proxysubunitのファイルシ
ステムでは、TYPEフィールド３０２に示すファイルタイ
プ毎に、更に詳細な情報を記述するためのデータ構造を
別の階層に有する。

【００７５】以下、図１１を用いて、ファイルタイプ別
に構成されるデータ構造の一例について説明する。図１
１において、左側に示される１６進数は、該データ構造
を表すバイト単位の番号を示す。

【００７６】図１１において、フィールド１１０１（１
ｂｙｔｅ）は、IMAGE＿SUBTYPEフィールドである。IMAG
E＿SUBTYPEフィールド１１０１は、画像ファイルの形式
を示す。

【００７７】IMAGE＿SUBTYPEフィールド１１０１に格納
される値の一例を図１７に示す。図１７において、「０
０₁₆」は、例えば、JPEG(Joint Photographic Expert G
roup)形式の画像ファイルであることを示す。また、
「０１₁₆」は、例えば、GIF(Graphics Interchange For
mat)形式の画像ファイルであることを示す。また、「０
２₁₆」は、例えば、IEF(Image Exchange Format)形式の
画像ファイルであることを示す。

【００７８】また、「０３₁₆」は、例えば、Ｇ３ファク
シミリ形式の画像ファイルであることを示す。また、
「０４₁₆」は、例えば、TIFF(Tag Image File Format)
形式の画像ファイルであることを示す。また、「０
５₁₆」〜「ＦＦ₁₆」は、将来の拡張のために予約されて
いる。

【００７９】フィールド１１０２（１ｂｙｔｅ）は、IM
AGE＿FLAGSフィールドである。IMAGE＿FLAGSフィールド
１１０２には、画像ファイルの様々な属性情報を記述す
るフィールドの存在を示すと共に、各種の付加情報を格
納する。このフィールドを調べることにより、各種の属
性情報の詳細な説明を簡単に確認することができる。

【００８０】フィールド１１０３（可変長）は、IMAGE
＿OPTION＿FIELDであり、上記IMAGE＿FLAGSフィールド
１１０２によってその有無が定まるフィールドである。
図１２は、上記IMAGE＿FLAGSフィールド１１０２の構造
の一例を示す図である。

【００８１】図１２において、msb はｗｉｄｔｈフラグ
１２０１であり、後述するIMAGE＿WIDTHフィールドの有
無を示す。このフィールドには、画素単位の画像幅を示
す情報が格納される。該ｗｉｄｔｈフラグ１２０１の値
が「１」のとき、上記IMAGE＿WIDTHフィールドがIMAGE
＿OPTION＿FIELD１１０３内に存在し、該ｗｉｄｔｈフ
ラグ１２０１の値が「０」のとき、上記IMAGE＿WIDTHフ
ィールドは存在しない。

【００８２】第２ビット目はｈｉｇｈｔフラグ１２０２
であり、後述するIMAGE＿HIGHTフィールドの有無を示
す。このフィールドには、ライン単位の画像の高さを示
す情報が格納される。該ｈｉｇｈｔフラグ１２０２の値
が「１」のとき、上記IMAGE＿HIGHTフィールドがIMAGE
＿OPTION＿FIELD１１０３内に存在し、該ｈｉｇｈｔフ
ラグ１２０２の値が「０」のとき、上記IMAGE＿HIGHTフ
ィールドは存在しない。

【００８３】第３ビット目はｄｅｐｔｈフラグ１２０３
であり、後述するIMAGE＿DEPTHフィールドの有無を示
す。このフィールドには、一画素あたりのビット数を示
す情報が格納される。該ｄｅｐｔｈフラグ１２０３の値
が「１」のとき、上記IMAGE＿DEPTHフィールドがIMAGE
＿OPTION＿FIELD１１０３内に存在し、該ｄｅｐｔｈフ
ラグ１２０３の値が「０」のとき、上記IMAGE＿DEPTHフ
ィールドは存在しない。

【００８４】第４ビット目はｇｒｏｕｐｉｄフラグ１２
０４であり、後述するGROUP＿ＩＤフィールドの有無を
示す。このフィールドには、画像の属性情報が複数のフ
ァイルによって構成されている場合、該複数のファイル
をグループ化して取り扱うためのグループ識別番号が格
納される。該ｇｒｏｕｐｉｄフラグ１２０４の値が
「１」のとき、上記GROUP＿ＩＤフィールドがIMAGE＿OP
TION＿FIELD１１０３内に存在し、該ｇｒｏｕｐｉｄフ
ラグ１２０４の値が「０」のとき、上記GROUP＿ＩＤフ
ィールドは存在しない。

【００８５】第５ビット目は、reservedビット１２０５
であり、将来の拡張ために予約されている。該reserved
ビットの値は、必ず「０」となる。第６ビット目はcmap
フラグ１２０６であり、画像ファイルがカラーマップ或
いはカラーインデックスを有しているか否かを示す。画
像ファイルがカラーマップ或いはカラーインデックスを
有している場合、cmapフラグ１２０６の値は「１」であ
り、有していない場合、cmapフラグ１２０６は「０」で
ある。尚。cmapフラグ１２０６の値が「１」のとき、カ
ラーマップ或いはカラーインデックスは、画像ファイル
内に存在しても良く、また、他のファイルによって保持
するようになっていても良い。

【００８６】第７ビット目及び第８ビット目（ｌｓｂ）
の２ビットは、reservedフィールド１２０７であり、将
来の拡張ために予約されている。該reservedフィールド
１２０７の値は、必ず「０」となる。

【００８７】次に、図１３を用いて、上述したIMAGE＿W
IDTHフィールドの構成の一例について詳細に説明する。
図１３の左側に示す１６進数は、該フィールドをバイト
単位に表現するオフセットである。図１３に示すIMAGE
＿WIDTHフィールドは、例えば１６ビットのデータから
なり、この値が、画素単位の画像の幅を示す。

【００８８】次に、図１４を用いて、上述したIMAGE＿H
IGHTフィールドの構成の一例について詳細に説明する。
図１４の左側に示す１６進数は、該フィールドをバイト
単位に表現するオフセットである。図１４に示すIMAGE
＿HIGHTフィールドは、例えば１６ビットのデータから
なり、この値が、ライン単位の画像の高さを示す。

【００８９】次に、図１５を用いて、上述したIMAGE＿D
EPTHフィールドの構成の一例について詳細に説明する。
図１５の左側に示す１６進数は、該フィールドをバイト
単位に表現するオフセットである。図１５に示すIMAGE
＿DEPTHフィールドは、例えば８ビットのデータからな
り、この値が、一画素あたりのビット数を示す。

【００９０】次に、図１６を用いて、上述したGROUP＿
ＩＤフィールドの構成の一例について詳細に説明する。
図１６の左側に示す１６進数は、該フィールドをバイト
単位に表現するオフセットである。図１６に示すGROUP
＿ＩＤフィールドは、例えば８ビットのデータからな
り、この値が、上述のグループ識別番号を示す。ここ
で、グループ識別番号とは、画像の属性情報が複数のフ
ァイルによって構成されている場合に、該複数のファイ
ルをグループ化して扱うための情報である。

【００９１】以上説明したIMAGE＿WIDTHフィールド、IM
AGE＿HIGHTフィールド、IMAGE＿DEPTHフィールド、及び
GROUP＿ＩＤフィールドは、上記の順番で上記IMAGE＿OP
TION＿FIELD１１０３フィールドに格納されている。
又、これらのフィールドの存在は、上述のIMAGE＿FLAGS
フィールド１１０２によって確認することができる。こ
れにより、画像ファイルの各種の属性情報の詳細な説明
の有無を容易に検出することができる。

【００９２】上述のように、本実施例のProxy subunit
は、各サブユニット間で異なるファイルシステムを共通
のファイルシステムに変換する機能と、各サブユニット
で扱う各種のデータファイル及びそれらのファイル属性
情報を、各サブユニット毎に、階層的に管理する機能と
を有している。

【００９３】１３９４シリアルバス１０に接続された各
ノード１００、２００、２０、３０は、上述のProxy su
bunitに対して後述する制御コマンドを発行することに
より、あるサブユニットが管理するデータファイル及び
ファイル属性情報を後述する通信プロトコル（後述する
Asynchronous Connection）に従って簡単且つ効率良く
取得することができる。

【００９４】（３）Proxy subunitを遠隔制御するため
のコマンドについての説明次に、本実施例のProxy subunitを遠隔操作するための
通信手順と各種の制御コマンドとについて説明する。１
３９４シリアルバス１０上の各ノードは、各種の制御コ
マンドを後述する通信手順に従って発行することによ
り、Proxy subunitのファイルシステムを介して、各機
能ユニットが管理するデータファイルやファイル属性情
報を簡単に取得、確認することができる。又、これに限
らず、Proxy subunitの提供する各種の機能によって、
所望のデータファイルを遠隔制御することも可能であ
る。

【００９５】本実施例のProxy subunitを遠隔操作する
ために必要な各種のコマンド及びレスポンスは、Functi
on Control Protocol（以下、ＦＣＰと称する）に基づ
いて１３９４シリアルバス１０上に転送される。

【００９６】以下、図１８を用いてＦＣＰについて説明
する。ＦＣＰは、１３９４シリアルバス１０上に接続さ
れた各ノードをコントロールするために設計されたプロ
トコルである。ＦＣＰでは、予め設定された種々のコマ
ンドセットとコマンドトランザクションとの利用が可能
である。ＦＣＰに基づいて送受信されるコマンド及びレ
スポンスデータは、ＩＥＥＥ１３９４−１９９５規格で
規定されているAsynchronous（非同期）転送方式用の通
信パケット（以下、Asynchronousパケットと称する）に
パケッタイズされる。

【００９７】ＦＣＰにおいて、１つ以上のノードの動作
をコントロールするノードを「コントローラ」と呼び、
コントロールされるノードを「ターゲット」と呼ぶ。図
１８において、１８００はコントローラ（ノードＡ）、
１８０２はターゲット（ノードＢ）として動作する。

【００９８】本実施例では、ＦＣＰに基づいて生成され
るAsynchronousパケットのペイロード部分を「ＦＣＰフ
レーム」と呼ぶ。又、本実施例において、コントローラ
１８００からターゲット１８０２に送信されるＦＣＰフ
レーム（後述する各種のコマンドを含む）を「コマンド
フレーム（command frame）」と呼び、ターゲット１８
０２からコントローラ１８００に送信されるＦＣＰフレ
ーム（後述する各種のレスポンスデータを含む）を「レ
スポンスフレーム（response frame）」と呼ぶ。又、コ
マンドフレームを受信する準備をしたレジスタを「コマ
ンドレジスタ（command register）」と呼び、レスポン
スフレームを受信する準備をしたレジスタを「レスポン
スレジスタ（response register）」と呼ぶ。

【００９９】図１８において、１８０４はコントローラ
１８００のもつコマンドレジスタ、１８０６はコントロ
ーラ１８００のもつレスポンスレジスタ、１８０８はタ
ーゲット１８０２のもつコマンドレジスタ、１８１０は
ターゲット１８０２のもつレスポンスレジスタである。
各レジスタは、各ノードで共通のアドレス空間上の離れ
た位置に割り当てられている。

【０１００】又、図１８において、１８１２はコントロ
ーラ１８００からターゲット１８０２にAsynchronous転
送されるコマンドフレーム、１８１４はターゲット１８
０２からコントローラ１８００にAsynchronous転送され
るレスポンスフレームである。

【０１０１】コマンドフレーム１８１２は、ライトトラ
ンザクションを指定したAsynchronous転送に基づき、タ
ーゲット１８０２のもつコマンドレジスタ１８０８に書
き込まれる。又、レスポンスフレーム１８１４は、ライ
トトランザクションを指定したAsynchronous転送に基づ
き、コントローラ１８００のもつレスポンスレジスタ１
８０６に書き込まれる。

【０１０２】ここで、上述の各レジスタは、デスティネ
ーションオフセットアドレスにより指定される。ＦＣＰ
では、デスティネーションオフセットアドレスを指定し
たライトトランザクションを実行することにより、上述
のコマンドフレーム１８１２やレスポンスフレーム１８
１４を各レジスタに書き込むことができる。図１８にお
いて、"Initial register space"の先頭アドレスは「Ｆ
ＦＦＦＦ０００００００₁₆」、command resisterの先頭
アドレスは「ＦＦＦＦＦ００００Ｂ００₁₆」、response
resisterの先頭アドレスは「ＦＦＦＦＦ００００Ｄ０
０₁₆」である。

【０１０３】次に、図１９を用いてＦＣＰに基づいて生
成されるAsynchronousパケットの構成を説明する。図１
９において、１９５０はデスティネーションのノードＩ
Ｄ（DESTINATION＿ID）、１９５２はトランザクション
ラベル（Tl）、１９５４はリトライコード（Rt）、１９
５６はトランザクションコード（tcode）、１９５８は
プライオリティ（Pri）、１９６０はソースのノードＩ
Ｄ（SOURCE＿ID）、１９６２はデスティネーションオフ
セットアドレス（DESTINATION＿offset）、１９６４は
ペイロード（データフィールド）のデータ長（Data＿Le
ngth）、１９６６は拡張トランザクションコード（Exte
nded＿tcode ）、１９６８はヘッダＣＲＣ（Header＿CR
C）、１９７０はデータフィールド（ＦＣＰフレームを
含む）、１９７２はデータＣＲＣ（Data＿CRC）を示
す。

【０１０４】図１９に示す非同期パケットは、例えば、
４ｂｙｔｅｓ（３２ビット、以下クアッドレット）を単
位として構成されている。図１９において、フィールド
１９５０（１６ビット）ではデスティネーションノード
（受信先）のノードＩＤを指定する。フィールド１９５
２（６ビット）では各トランザクション固有のタグが指
定される。フィールド１９５４（２ビット）ではパケッ
トがリトライを試みるかどうかを指定する。

【０１０５】フィールド１９５６（４ビット）ではパケ
ットのフォーマット、実行しなければならないトランザ
クションのタイプを指定する。例えば、データブロック
の書き込みリクエストのトランザクションを指定する場
合、フィールド１９５６の値は０００１２となる。フィ
ールド１９５８（４ビット）では優先順位を指定する。
ＦＣＰの場合、フィールド１９５８の値は、例えば００
００２である。

【０１０６】フィールド１９６０（１６ビット）ではソ
ースノード（送信元）のノードＩＤを指定する。フィー
ルド１９６２（４８ビット）にはデスティネーションノ
ードのもつメモリ空間内の所定のレジスタを指定するア
ドレス（即ち、上述のデスティネーションオフセットア
ドレス）が格納される。フィールド１９６４（１６ビッ
ト）ではデータフィールド１９７０の長さをバイト単位
で示す。

【０１０７】フィールド１９６６（１６ビット）では拡
張トランザクションコードを指定する。例えば、データ
ブロックの書き込みリクエストのトランザクションを指
定する場合、フィールド１９６６の値は００００１６と
なる。フィールド１９６８（３２ビット）はパケットヘ
ッダのエラー検出のために使用される。ここで、パケッ
トヘッダは、フィールド１９５０〜１９６６にて構成さ
れる。

【０１０８】データフィールド１９７０（可変長）に
は、後述するコマンドフレームやレスポンスフレームが
格納される。ここで、データフィールド１９７０はペイ
ロードとも呼ばれる。尚、データフィールド１９７０に
格納されるデータがクアッドレット（４ｂｙｔｅｓ）の
倍数に満たない場合には、「０」が詰められる。

【０１０９】つまり、フィールド１９６４に格納される
データ長がバイト（８ビット）単位で示される場合にお
いて、フィールド１９６４の値が４の倍数でない場合、
１クアッドレットを満たすまで「００１６」の値のデー
タによって埋められる。フィールド１９７２（３２ビッ
ト）はデータフィールド１９７０のエラー検出のために
使用される。

【０１１０】次に、ＦＣＰのコンポーネントの一つであ
るＣＴＳ（Command/Transaction Set）について説明す
る。ＣＴＳとは、コマンドセット、後述するＦＣＰフレ
ームのコマンドフィールド及びレスポンスフィールドの
構造、制御コマンドとレスポンスデータとを送出する際
のトランザクションの規則を指定するものである。

【０１１１】図２０（ａ）は、ＣＴＳで用いられるＦＣ
Ｐフレームの構造を示す図である。図２０（ａ）におい
て、フィールド２０００（４ビット）はＣＴＳの種類を
示す。ＣＴＳの種類の一例を図２０（ｂ）に示す。

【０１１２】以下、本実施例では、ＣＴＳの値を「００
００₂」とし、AV/C Digital Interface Command Set Ge
neral Specification規格（以下、AV/C Command Set規
格と称する）準拠したＦＣＰフレームを用いた例につい
て説明する。

【０１１３】図２１は、AV/C Command Set規格に基づく
コマンドフレーム、レスポンスフレームの構造を示す図
である。図２１（ａ）がコマンドフレームの構造を示
し、図２１（ｂ）がレスポンスフレームの構造を示す。

【０１１４】図２１（ａ）において、フィールド２１３
０（４ビット）はコマンドタイプ（以下、ctypeと称す
る）、フィールド２１３２（５ビット）はサブユニット
タイプ（以下、subunit＿typeと称する）、フィールド
２１３４（３ビット）はサブユニットＩＤ（以下、subu
nit＿IDと称する）、フィールド２１３６はオペコード
（以下、opcodeと称する）を示す。

【０１１５】又、フィールド２１３６以降のフィールド
には、１バイト毎にoperand[０]、operand[１]、…、op
erand[ｎ]が格納される。

【０１１６】まず、フィールド２１３０のctypeについ
て説明する。図２２は、フィールド２１３０の値とコマ
ンドタイプ（ctype）との関係の一例を示す図である。
コントローラ１８００が、ターゲット１８０２の有する
ある対象を制御したい場合、ctypeは図２２の「CONTRO
L」を示す。ここで、ある対象は、後述するopcodeとope
rand[０]〜[ｎ]によって指定される。以下、ctypeが「C
ONTROL」を示すコマンドフレームをCONTROLコマンドと
呼ぶ。

【０１１７】又、コントローラ１８００が、ターゲット
１８０２の有するある対象の現在の状態を問合わせたい
場合、ctypeは図２２の「STATUS」を示す。ここで、あ
る制御対象は、後述するopcodeとoperand[０]〜[ｎ]に
よって指定される。以下、ctypeが「STATUS」を示すコ
マンドフレームをSTATUSコマンドと呼ぶ。

【０１１８】又、コントローラ１８００が、ターゲット
１８０２の有するある対象の状態が変化したことをター
ゲット１８０２により知らせて欲しい場合、ctypeは図
２２の「NOTIFY」を示す。ここで、対象となる状態は、
後述するopcodeとoperand[０]〜[ｎ]によって指定され
る。以下、ctypeが「NOTIFY」を示すコマンドフレーム
をNOTIFYコマンドと呼ぶ。

【０１１９】又、コントローラ１８００が、同じopcode
をもつCONTROLコマンドをターゲットが実装しているか
否かを確認するしたい場合、ctypeは図２２の「SPECIFI
C INQUIRY」或いは「GENERAL INQUIRY」を示す。以下、
ctypeが「SPECIFIC INQUIRY」を示すコマンドフレーム
をSPECIFIC INQUIRYコマンドと呼び、ctypeが「GENERAL
INQUIRY」を示すコマンドフレームをGENERAL INQUIRY
コマンドと呼ぶ。

【０１２０】ここで、SPECIFIC INQUIRYコマンドは、op
codeと全てのoperand[０]〜[ｎ]とを指定しなければな
らない。又、GENERAL INQUIRYコマンドは、opcodeのみ
を指定する。

【０１２１】次に、フィールド２１３２のsubunit＿typ
eとフィールド２１３４のsubunit＿IDとについて説明す
る。コマンドフレームの送信先となるサブユニットは、
subunit＿typeとsubunit＿IDとにより識別される。

【０１２２】ここで、サブユニット（以下、subunitと
称する）とは、AV/C Digital Interface Command Set G
eneral Specification (March 1998, 1394 Trade Assoc
iation)規格(以下、AV/C Command Set規格と称する)等
で定義されている。AV/C Command Set規格においてsubu
nitとは、ある１つのユニット（以下、unitと称する）
の中で、首尾一貫した機能のセットを提供することので
きる仮想的なエントリーのことである。尚、unitとは、
ＩＥＥＥ１３９４規格に準拠したデジタルインタフェー
スを有する電子機器のことである。

【０１２３】AV/C Command Set規格によれば、１つのun
itは複数のsubunitを持つことができる。従って、コマ
ンドフレームのsubunit＿type２１３２とsubunit＿ID２
１３４とは、あるunit内に存在するsubunitを指定する
ためのアドレスを示している。ここで、上述のsubunit
＿type２１３２とsubunit ＿ID２１３４とは、「subuni
tアドレス（又は、AV/Cアドレス）」と総称される。

【０１２４】図２３は、フィールド２１３２に格納され
る値の一例を示す図である。例えば、subunit＿type２
１３２の値が「１Ｆ₁₆」、subunit＿ID２１３４の値が
「３₁₆」となる場合、subunitアドレスは特定のsubunit
ではなく、unit自体を示す。

【０１２５】また、コンピュータ１０（コントローラ）
が、本実施例のＤＶＣＲ２００（ターゲット）の具備す
るカメラサブユニットに対してコマンドフレームを送信
する場合、subunit＿type２１３２の値は「００１１
１₂」、subunit＿ID２１３４の値は「０００₂」とな
る。

【０１２６】また、同様に、コンピュータ１０（コント
ローラ）が、本実施例のＤＶＣＲ２００（ターゲット）
の具備するＶＣＲsubunitに対してコマンドフレームを
送信する場合、subunit＿type２１３２の値は「００１
００₂」、subunit ＿ID２１３４の値は「０００₂」とな
る。

【０１２７】また、ＤＶＣＲ２００（コントローラ）
が、プリンタ１００（ターゲット）の有するプリンタサ
ブユニットに対して上述のコマンドフレームを送信する
場合、例えば、subunit＿type２１３２の値は「０００
１０₂」、subunit＿ID２１３４の値は「０００₂」とな
る。

【０１２８】また、プリンタ１００（コントローラ）
が、ＤＶＣＲ２００（ターゲット）の有するカメラサブ
ユニットに対して上述のコマンドフレームを送る場合、
例えば、subunit＿type２１３２の値は「００１１
１₂」、subunit＿ID２１３４の値は「０００₂」とな
る。

【０１２９】更に、プリンタ１００（コントローラ）
が、ＤＶＣＲ２００（ターゲット）の有するProxy subu
nitに対して上述のコマンドフレームを送る場合、例え
ば、例えば、subunit＿type２１３２の値は「０１０１
１₂」、subunit ＿ID２１３４の値は「０００₂」とな
る。

【０１３０】続いて、図２１（ａ）に示すopcodeフィー
ルド２１３６とそれに続くoperand[０]〜[ｎ]フィール
ドについて説明する。opcodeは、実行される制御内容、
後述するレスポンスフレームによって返信される状態等
を定義する。又、operand[０]〜[ｎ]の数と内容とは、
上述のctype、subunit＿type、opcodeの内容によって異
なる。

【０１３１】次に、図２１（ｂ）を用いてレスポンスフ
レームの構造と機能とを説明する。ここで、図２１
（ａ）のコマンドフレームと同一の機能をもつフィール
ドについては同一の符号を付し、その詳細な説明を省略
する。図２１（ｂ）において、フィールド２１３８（４
ビット）はレスポンスタイプ（以下、responseと称す
る）を示す。図２４にフィールド２１３８の値とrespon
seとの関係の一例を示す。

【０１３２】ターゲット１８０２のサブユニットは、コ
ントローラ１８００から送信されたコマンドフレームに
対応する適切なレスポンスフレームを生成し、それをコ
ントローラ１８００に返信する。ここで、レスポンスフ
レームに含まれるopcodeの内容、operand[０]〜[ｎ]の
数と内容とは、subunit＿typeの内容によって異なる。

【０１３３】次に、本実施例のProxy subunitを遠隔制
御するためのコマンドを、図２５を用いて具体的に説明
する。（３−１）CHANGE DIRコマンド図２５において、CHANGE DIRコマンドは、Proxy subuni
tに対し、現在のディレクトリを変更するように要求す
るためのコマンド（以下、CHANGE DIR CONTROLコマンド
と称する）である。CHNAGE DIRコマンドを指定するopco
deは「４０₁₆」である。

【０１３４】CHANGE DIR CONTROLコマンドのフォーマッ
トの一例を図２６に示す。図２６において、opcodeフィ
ールドには、CHANGE DIRコマンドを示す値、即ち、「４
０₁₆」が格納される。又、operand[０]〜[７]フィール
ドは、File＿ID フィールドであり、上述のＩＤフィー
ルド３０１で管理されている値（８ｂｙｔｅｓ）を指定
する。

【０１３５】ここで、File＿ID フィールドが指定する
データファイルのTYPEフィールド３０２が「ＦＦＦ
Ｆ₁₆」の場合（即ち、ディレクトリを示す場合）、Prox
y subunitは、ACCEPTEDレスポンスを返し、現在のディ
レクトリをFile＿ID フィールドが指定するディレクト
リに変更する。一方、TYPEフィールド３０２が「ＦＦＦ
Ｆ₁₆」でない場合、Proxy subunitは、REJECTEDレスポ
ンスを返す。この場合、REJECTEDレスポンス中のFile＿
ID フィールドには、上記CHANGE DIR CONTROLコマンド
によって指定された値と同じ値が格納される。

【０１３６】（３−２）CURRENT DIRコマンド図２５において、CURRENT DIR コマンドは、Proxy subu
nitに対し、の現在のディレクトリ位置を問い合わせる
ためのSTATUSコマンドである。CURRENT DIR コマンドを
指定するopcodeは「４２₁₆」である。

【０１３７】本実施例のProxy subunitでは、基準とな
るディレクトリ（ルートディレクトリ）から現在のディ
レクトリまでの絶対位置を記憶するように動作する。従
って、Proxy subunitは、上記CURRENT DIRコマンドに対
して、現在記憶しているディレクトリ位置をパス名とし
て返す。

【０１３８】（３−３）FILE NUMBERコマンド図２５において、FILE NUMBERコマンドは、Proxy subun
itに対し、現在のディレクトリにおけるデータファイル
の数を問い合わせるためのSTATUSコマンド（以下、FILE
NUMBER STATUSコマンドと称する）である。FILE NUMBE
Rコマンドを指定するopcodeは「４４₁₆」である。

【０１３９】FILE NUMBER STATUSコマンドのフォーマッ
トの一例を図２７に示す。図２７において、opcodeフィ
ールドには、FILE NUMBER STATUSコマンドを示す値、即
ち、「４４₁₆」が格納される。又、operand[０]〜[１]
フィールドは、typeフィールドであり、上述のTYPEフィ
ールド３０２で管理されている値を指定する。これによ
り、現在のディレクトリに存在する所定のタイプのデー
タファイル数を問い合わせることができる。

【０１４０】また、現在のディレクトリにある全てのタ
イプのデータファイル数を問い合わせる場合には、該ty
peフィールドに「ＦＦＦＦ₁₆」を指定して問い合わせを
行なう。又、operand[２]〜[９]フィールドには、ダミ
ーデータを示す値「ＦＦ₁₆」が格納される。

【０１４１】次に、FILE NUMBER STATUSコマンドに対す
るレスポンスのフォーマットの一例を図２８を用いて説
明する。図２８において、opcodeフィールドには、FILE
NUMBER STATUSコマンドを示す値、即ち、「４４₁₆」が
格納される。又、typeフィールドには、FILE NUMBER ST
ATUSコマンドが指定したTYPEフィールド値と同じ値を格
納する。又、operand[２]〜[９]フィールドは、number
フィールドであり、FILE NUMBER STATUSコマンドが指定
したタイプのデータファイル数を格納する。

【０１４２】（３−４）SEND ASYNCH FILEコマンド図２５において、SEND ASYNCH FILEコマンドは、Proxy
subunitに対し、現在のディレクトリに存在するデータ
ファイル或いはファイル属性情報の転送を要求するため
のCONTROLコマンドである。SEND ASYNCH FILEコマンド
のオペコードは「５０₁₆」である。

【０１４３】以下の実施例では、このSEND ASYNCH FILE
コマンドとAsynchronous Connectionとを用いて、デー
タファイルやファイル属性情報を転送する手順について
説明する。

【０１４４】本実施例のProxy subunitが、単一のコネ
クションを用いて、上述のファイルシステムで管理して
いるファイルリスト（各種のデータファイルのファイル
属性情報からなる）やデータファイルを転送する手順に
ついて説明する。ここで、コネクションとは、２つ以上
のノード間に設定された論理的な接続関係を示す。

【０１４５】ここで、コネクションの設定方法及びデー
タ転送方法については、Asynchronous Connectionに準
拠した手順によって実現する。Asynchronous Connectio
nとは、ＩＥＥＥ１３９４−１９９５規格のAsynchronou
s転送モードを用いて、所定単位のデータを効率良く連
続的に転送する通信プロトコルである。尚、Asynchrono
us Connectionについては、AV/C Compatible Asynchron
ous Serial Bus Connections（1394 Trade Association
発行）及びAV/C commands for management of Asynchro
nous Serial Bus Connections（1394 Trade Associatio
n発行）に詳細に説明されている。

【０１４６】以下、Proxy subunitを介してファイルリ
ストやデータファイルを伝送するノードをSOURCEと称
し、Proxy subunitを介してファイルリストやデータフ
ァイルを要求するノードをDESTINATIONと称し、１３９
４シリアルバス１０に接続されたSOURCEとDESTINATION
との間にコネクションを設定するノードをCONTROLLERと
称する。CONTROLLERは、SOURCEとなるノードがなって
も、DESTINATIONとなるノードがなっても、それ以外の
ノードがなってもよい。

【０１４７】SOURCEとDESTINATIONとの間でファイルリ
スト或いはデータファイルの転送を行う前に、CONTROLL
ERは、ALLOCATE、ALLOCATE＿ATTACH 、ATTACHコマンド
を順次発行し、所定の手順に従ってSOURCEとDESTINATIO
Nとの間にコネクションを設定する（図４０（ａ）参
照）。

【０１４８】コネクションの設定後、DESTINATIONは、
まずSOURCEに対してファイルリストの送信要求を行う
（図３のＳ３３，Ｓ３４参照）。このファイルリストに
基づき、DESTINATIONは、SOURCEの持つ複数のデータフ
ァイルの中から特定のデータファイルを選択する（図３
のＳ３８参照）。この送信要求は、上記SEND ASYNCH FI
LEコマンドを発行することにより実行される。

【０１４９】SEND ASYNCH FILEコマンドのフォーマット
の一例を図２９に示す。図２９において、opcodeフィー
ルド２９０１には、SEND ASYNCH FILEコマンドを示すコ
ード（即ち、「５０₁₆」）がセットされる。又、Subfun
ctionフィールド２９０２には、このコマンドのコマン
ドフレームの内容を示すコードがセットされる。

【０１５０】Subfunctionフィールド２９０２にセット
されるコードの一例を図３０に示す。図３０において、
ファイルリストの転送を要求する場合、このフィールド
にはSEND＿FILE＿LISTを示すコード（「０ｘ００」）が
セットされる。又、特定のデータファイルの転送を要求
する場合、このフィールドにはSEND＿FILE＿DATAを示す
コード（「０ｘ０１」）がセットされる。

【０１５１】又、Plug＿ＩＤフィールド２９０３には、
このコマンドの実行結果の出力に使用されるPlug＿ID
を指定するコードがセットされる。Port＿ＩＤフィール
ド２９０４には、このコマンドの実行結果の出力に使用
するPort＿ID を指定する値がセットされる。

【０１５２】上記コネクションは、このPlug＿IDとPort
＿IDの組み合せにより判別される。Attributeフィール
ド２９０５は、送信を要求するファイルリストの内容を
詳細に指定する場合に使用される。

【０１５３】Attributeフィールド２９０５に格納され
る値の一例を図３１に示す。図３１において、Attribut
eフィールド２９０５にセットされたコードが「０
０₁₆」の場合、通常のファイルリストが要求される。即
ち、現在のディレクトリに存在する１つ以上のデータフ
ァイルのIDフィールド３０１及びTYPEフィールド３０２
からなるファイルリストが転送される。尚、このファイ
ルリストは、AsynchronousConnectionに従って転送され
る。

【０１５４】又、Attributeフィールド２９０５にセッ
トされたコードが「０１₁₆」の場合、OPTIONAL＿FIELD
３０４を含めたファイルリストの転送が行なわれる。即
ち、現在のディレクトリに存在する1つ以上のファイル
のIDフィールド３０１及びTYPEフィールド３０２に加
え、図５のCREATE＿DATE フィールド、図６のACCESS＿T
IME フィールド、図７のSIZEフィールド、及び図８のNA
MEフィールドからなるファイルリストが転送される。
尚、このファイルリストは、Asynchronous Connection
に従って転送される。

【０１５５】ここで、Attributeフィールド２９０５に
セットされたコードが「００₁₆」または「０１₁₆」の場
合、図４に示すhiddenフラグ４０６或いはlockフラグ４
０７の値が「１」となるファイルのファイル属性情報は
転送されないようになっている。しかしながら、Attrib
uteフィールドにセットされたコードが、「０２₁₆」の
場合には、hiddenフラグ４０６或いはlockフラグ４０７
の値が「１」となるファイルのファイル属性情報も転送
される。

【０１５６】更に、Attributeフィールド２９０５にセ
ットされたコードが「０３₁₆」の場合、指定されたファ
イルタイプのファイルリストが要求される。この場合、
ファイルタイプの指定は、File＿type フィールド２９
０６にて定義される。本実施例のProxy subunitは、こ
のFile＿type フィールド２９０６が指定するタイプの
データファイルのファイル属性情報からなるファイルリ
ストを転送する。尚、このファイルリストは、Asynchro
nous Connectionに従って転送される。

【０１５７】図２９において、File＿type フィールド
２９０６は、特定タイプのファイルのファイルリストを
要求する場合に使用される。このフィールドに格納され
る値の一例を図１０に示す。File＿ID フィールド２９
０７は、特定タイプのファイルのファイルリストを要求
する場合、または特定のデータファイルを要求する場合
に使用される。このフィールドには、上述のIDフィール
ド３０１で管理されている値が格納される。

【０１５８】図３２は、図２９に示したSEND ASYNCH FI
LEコマンドに対応するレスポンスのフォーマット例であ
る。Statusフィールド３２０１以外は、図２９のＣＴＳ
コマンドと同じ値がセットされる。Statusフィールド３
２０１には、このＣＴＳコマンドに対応する実行ステー
タスを示す値がセットされる。このフィールドに格納さ
れる値の一例を図３３に示す。

【０１５９】又、このＣＴＳレスポンスでは、実行結果
によってresponseフィールドにACCEPTEDまたはREJECTED
がセットされ、Statusフィールド３２０１には図３３に
示すステータスコードの何れかがセットされる。その他
のフィールドには、コマンドフレームと同一値がセット
される。

【０１６０】図３２に示すＣＴＳレスポンスを返信した
後、SOURCE（本実施例のProxy subunit）は、上述のSEN
D ASYNCH FILEコマンドによって要求されたファイルリ
ストを、Asynchronous Connectionにより設定されたコ
ネクションを使用してDESTINATIONのSegment＿Bufferに
書き込む。

【０１６１】このとき、SOURCEは、このファイルリスト
を必要に応じて１つ以上のセグメントに分割した後、１
つ以上のセグメントからなるフレームを少なくとも１つ
生成し、各フレームを上述のSEND ASYNCH FILEコマンド
のPlug＿ID フィールド２９０３、Port＿ID フィールド
２９０４によって指定されたSegment＿Bufferに対して
順次書き込む。

【０１６２】各フレームは、SubFrameと実際のデータ
（１つ以上のセグメント）とから構成される。このフレ
ームは、図１９に示すAsynchronousパケットのdata fie
ld１９７０にセットされ、本実施例のProxy subunitが
使用するSegment＿Bufferに、writeトランザクションに
よって書き込まれる。

【０１６３】又、sub＿typeフィールドは、frame＿type
フィールドがFile Dataを示す場合に有効となるフィー
ルドで、File Dataの内容を示す。このフィールドにセ
ットされるコードの一例を図３６に示す。更に、reserv
edフィールドは将来の拡張用フィールドである。

【０１６４】SubFrameのフォーマットの一例を図３４に
示す。SubFrameは３２ビットで構成され、frame＿typ
e、sub ＿type、Reservedフィールドからなる。frame＿
typeフィールドには、このフレームにセットされたデー
タの種類を示すコードをセットする。このフィールドに
セットされるコードの一例を図３５に示す。

【０１６５】図３５において、Directionは、SOURCE、D
ESTINATIONのどちらから送信されたフレームであるかを
示す。Control Command（「０ｘ００」）、Status Comm
and（「０ｘ８１」）は、DESTINATIONからSOURCEのSegm
ent＿Bufferに書き込まれるフレームに対してセットさ
れ、File List（「０ｘ８０」）、Status Data（「０
ｘ８１」）、File Data（「０ｘ８２」）は、SOURCEか
らDESTINATIONのSegment＿Bufferに書き込まれるフレー
ムに対してセットされる。

【０１６６】ファイルリストからなるフレームの一例を
図３７に示す。図３７において、先頭の４バイトは、上
述のSubFrameをセットするフィールドである。このフィ
ールドのframe＿typeフィールドには、ファイルリスト
であることを示すコード（即ち、図３５に示す「０ｘ８
０」）がセットされる。

【０１６７】次のsub＿typeフィールドには、要求され
たファイルリストのファイルタイプを示す値（図３６参
照）がセットされる。画像ファイルを指定する場合に
は、「００００₁₆」がセットされ、何も指定していない
場合には、「ＦＦＦＦ₁₆」がセットされる。８バイト目
以降は、ファイルリスト自体を格納する可変長のデータ
フィールドである。

【０１６８】次に、本実施例のProxy subunitがDESTINA
TIONの要求するデータファイルを転送する手順について
図３９を用いて説明する（図３のＳ３９参照）。

【０１６９】まず、DESTINATIONは、SOURCEのProxy sub
unitに対して、SEND＿FILE＿DATAコードをセットしたSE
ND ASYNCH FILEコマンドを送信する（図３９の３９０
１）。このSEND ASYNCH FILEコマンドには、SOURCEとDE
STINATIONとの間のコネクションを示すPlug＿ID及びPor
t＿IDと、SOURCEに送信を要求するデータファイルを示
すFile＿IDとが含まれる。

【０１７０】送信が可能な場合、SOURCEは、DESTINATIO
Nに対してAcceptedレスポンスを送信した後（図３９の
３９０２）、DESTINATIONの要求するデータファイルを
１つ以上のセグメントに分割し、１つ以上のセグメント
を含むフレームを少なくも１つ生成する。そして、各フ
レームをAsynchronous Writeトランザクションを用いて
DESTINATIONのSegment＿Bufferに順次書き込む（図３９
の３９０３）。

【０１７１】このとき、SOURCEからDESTINATIONに送信
されるフレームのフォーマット例を図３８に示す。図３
８において、先頭の４バイトには図３４に示すSubFrame
がセットされる。SubFrameの第１バイト目にはデータフ
ァイルであることを示すコード（図３５に示す「０ｘ８
２」）がセットされる。２バイト目と３バイト目には、
送信するファイルのファイルタイプがセットされる。例
えば、所定の画像ファイルを要求した場合、Image Data
を示すコード（図３６に示す「０ｘ００００」）がセッ
トされる。８バイト目以降には、送信するファイル自体
がセットされる。

【０１７２】DESTINATIONが、他のデータファイル或い
は他のディレクトリのファイルリストを要求する場合に
は、SOURCEとDESTINATIONとは上述の手順に従って通信
し、上記コネクションを介してそれらを転送する。

【０１７３】（３−５）SEND ASYNCH FILEコマンドの他
の例 SEND ASYNCH FILEコマンドの他の例を図４３及び図４４
に示す。図４３及び図４４に示すSEND ASYNCH FILEコマ
ンドは、上述のＣＴＳコマンドとは異なるデータ構成を
もつコマンドである。

【０１７４】図４３は、ファイルリストを要求するため
のSEND ASYNCH FILEコマンドである。図４３において、
SubFrameの１バイト目には、コントロールコマンドであ
ることを示すコードがセットされる。５バイト目である
functionフィールドには、ファイルリストを要求するこ
とを示すコード（SEND＿FILE＿LIST）がセットされる。
Plug＿ID及びPort＿IDフィールドには、後述する第１の
コネクションを指定するコードがセットされる。

【０１７５】又、Attributeフィールドには、送信され
るファイルリストの内容を詳細に指定するためのコード
（図３１参照）がセットされる。File＿type フィール
ドには、特定タイプのデータファイル（例えば、画像フ
ァイル）のファイルリストを要求するためのコード（図
１０参照）がセットされる。

【０１７６】図４４は、データファイルを要求するため
のSEND ASYNCH FILEコマンドである。図４４において、
SubFrameの１バイト目には、コントロールコマンドであ
ることを示すコードがセットされる。５バイト目である
functionフィールドには、データファイルを要求するこ
とを示すコード（SEND＿FILE＿DATA）がセットされる。
Plug＿ID及びPort＿IDフィールドには、後述する第１の
コネクションを指定するコードがセットされる。File＿
IDフィールドには、DESTINATIONの要求するデータファ
イルのFile＿ID（即ち、図３のＩＤフィールド３０１で
管理されている値）がセットされる。

【０１７７】図４３及び図４４に示すSEND ASYNCH FILE
コマンドは、図１９に示すAsynchronousパケットのデー
タフィールド１９７０にセットされ、Proxy subunitが
使用するSegment＿Bufferにwriteトランザクションされ
る。

【０１７８】以下の実施例では、このSEND ASYNCH FILE
コマンドとAsynchronous Connectionとを用いて、デー
タファイルやファイルリストを転送する手順について説
明する。本実施例のProxy subunitが、２つのコネクシ
ョンを用いて、上述のファイルシステムで管理している
ファイルリストやデータファイルを転送する手順につい
て説明する。２つのコネクションの設定方法及びデータ
転送方法については、Asynchronous Connectionに準拠
した手順によって実現する。

【０１７９】まず、図４０を用いて、２つのコネクショ
ンを設定するまでの手順を説明する。図４０（ａ）にお
いて、CONTROLLERはまず、SOURCEに対して後述のALLOCA
TEコマンドを送信してそのレスポンスを待つ。SOURCEか
らALLOCATEレスポンスを受け取ると、次にCONTROLLER
は、DESTINATIONに対して後述のALLOCATE＿ATTACHコマ
ンドを送信してレスポンスを待つ。DESTINATIONからALL
OCATE＿ATTACH レスポンスを受け取った後、CONTROLLER
は、SOURCEに後述のATTACHコマンドを送信し、そのレス
ポンスを待つ。

【０１８０】以上の手順により、CONTROLLERは、SOURCE
とDESTINATIONとの間に第１のコネクションを設定する
ことができる。DESTINATIONは、この第１のコネクショ
ンを用いて、SOURCEを遠隔操作するためのコマンド、所
望のデータファイルやファイルリストを要求するための
コマンドなどを送信する。

【０１８１】次に、図４０（ｂ）において、CONTROLLER
は、DESTINATIONに対してALLOCATEコマンドを送信して
そのレスポンスを待つ。DESTINATIONからALLOCATEレス
ポンスを受け取ると、次にCONTROLLERは、SOURCEに対し
てALLOCATE＿ATTACHコマンドを送信し、そのレスポンス
を待つ。SOURCEからALLOCATE＿ATTACH レスポンスを受
け取った後、CONTROLLERは、DESTINATIONにATTACHコマ
ンドを送信し、そのレスポンスを待つ。

【０１８２】以上の手順により、CONTROLLERは、SOURCE
とDESTINATIONとの間に第２のコネクションを設定する
ことができる。SOURCEは、この第２のコネクションを用
いて、DESTINATIONからのコマンドに対応するレスポン
スデータ、DESTINATIONが要求するファイルリストやデ
ータファイル（画像データを含む）などを送信する。

【０１８３】図４０に示した手順によって、SOURCEとDE
STINATIONとの間に双方向のコネクションが設定された
後、DESTINATIONは、第１のコネクションを介し、SOURC
EのSegment＿Bufferに対して図４３に示すSEND ASYNCH
FILEコマンドを送信する。

【０１８４】図４３に示すSEND ASYNCH FILEコマンドを
受信した後、SOURCEは、このフレームの内容を確認す
る。そして、SOURCEは、第２のコネクションを介して、
DESTINATIONの要求するタイプのファイルリストをDESTI
NATIONのSegment＿Bufferに順次転送する。

【０１８５】次に、SOURCEのファイルシステムが管理す
る特定のデータファイルの転送を要求する場合、DESTIN
ATIONは、第１のコネクションを介して、図４４に示すS
ENDASYNCH FILEコマンドをSOURCEに送信する（図４５の
４５０１）。

【０１８６】図４４に示すSEND ASYNCH FILEコマンドを
送信した後、DESTINATIONは、第１のコネクションを介
して、SOURCEのiAPR（後述する）をアップデートする
（図４５の４５０２）。iAPRをアップデートされたSOUR
CEは、Segment＿Bufferに書かれたデータをチェックし
て送信するデータファイルのIDを取得した後にDESTINAT
IONのoAPRをアップデートする（図４５の４５０３）。

【０１８７】次に、SOURCEは、上述の第２のコネクショ
ンを介して、DESTINATIONの要求するデータファイルをD
ESTINATIONに順次転送する（図４５の４５０３）。具体
的にSOURCEは、DESTINATIONの要求するデータファイル
を１つ以上のセグメントに分割し、１つ以上のセグメン
トを含むフレームを少なくも１つ生成する。そして、各
フレームをAsynchronous Writeトランザクションを用い
てDESTINATIONのSegment＿Bufferに順次書き込む（図４
５の４５０４）。

【０１８８】以上説明したように本実施例によれば、１
つ以上の機能ユニットからなるノードにおいて、各機能
ユニットが扱う各種のデータファイルを一括して管理す
ることのできる仮想的な機能ユニットを提供することが
できる。これにより、制御ノードは、非制御ノードの有
する各機能ユニットを直接操作することなく、必要なデ
ータファイルやファイルリストを選択するコマンドを送
信するだけで、所望のデータファイルやファイルリスト
を受け取ることが可能となる。

【０１８９】又、本実施例によれば、１つ以上の機能ユ
ニットからなるノードにおいて、各機能ユニットのファ
イルシステムを共通化する仮想的な機能ユニットを提供
することができる。これにより、制御ノードは、被制御
ノードの有する各機能ユニットのファイルシステムの全
てに対応することなく、上記仮想的な機能ユニットの提
供するファイルシステムに対応するだけでよい。

【０１９０】又、本実施例によれば、バス型ネットワー
クに接続された制御ノードと被制御ノードとの間に１つ
以上の論理的な接続関係を設定し、該接続関係を介し
て、制御ノードの要求するデータファイルやファイルリ
ストを高速且つ確実に転送することができる。

【０１９１】（４）Asynchronous Connectionの説明次に、本実施例において使用する通信プロトコル（即
ち、Asynchronous Connection）について詳細に説明す
る。尚、Asynchronous Connectionについては、AV/C Co
mpatible Asynchronous Serial Bus Connections（1394
Trade Association発行）及びAV/C commands formanag
ement of Asynchronous Serial Bus Connections（1394
Trade Association発行）に詳細に説明されている。

【０１９２】上述したように、本実施例のProxy subuni
tは、Asynchronous Connectionに従って、他のノードの
要求するファイルリスト、データファイル等を転送す
る。尚、以下で説明するAsynchronous Connectionは、
図１の通信部１０１、２０１及び１３９４シリアルバス
１０に接続されている他のノードによって処理される。

【０１９３】図４６を用いてAsynchronous Connection
の基本構成について説明する。図４６において、データ
を転送する機能を有する送信側のノードをPRODUCERノー
ド(以下、PRODUCER４６０２)、そのデータを受信する機
能を有する受信側のノードをCONSUMERノード(以下、CON
SUMER４６０３)、PRODUCER４６０２とCONSUMER４６０３
との間に設定される論理的な接続関係（即ち、コネクシ
ョン）を管理する機能を有するノードをCONTROLLERノー
ド(以下、CONTROLLER４６０１)と呼ぶ。Asynchronous C
onnectionでは、CONTROLLER４６０１、PRODUCER４６０
２、CONSUMER４６０３の三者によってデータ転送を制御
する。

【０１９４】PRODUCER４６０２、CONSUMER４６０３は、
データを送受信のためのAsynchronous plugをそれぞれ
所有する。図４７にAsynchronous plugの構成を示す。A
synchronous plugは、ひとつのiAPR(input Asynchronou
s Port Register)、複数のoAPR(output Asynchronous P
ort Register)、データ受信用のSegment＿Bufferで構成
され、ＩＥＥＥ１３９３４−１９９５規格に準拠したア
ドレススペースに割り当てられる。

【０１９５】ここで、このAsynchronous plugは、１つ
のコネクションを設定する毎に必要となる。複数のAsyn
chronous plugを有する場合、各Asynchronous plug
は、Plug IDで識別される。

【０１９６】PRODUCER４６０２の機能のみを有するノー
ドは、図４８（ａ）のようにoAPRだけからなるAsynchro
nous plugを有する。また、CONSUMER４６０３の機能の
みを有するノードは、図４８（ｂ）のようにiAPRとデー
タ受信用のSegment＿BufferとからなるAsynchronous pl
ugを有する。また、PRODUCER４６０２、CONSUMER４６０
３の両方の機能を有するノードは、図４８（ｃ）のよう
にiAPR、oAPR、Segment＿BufferからなるAsynchronous
plugを有する。

【０１９７】ここで、oAPRの数は、PRODUCER４６０２の
能力に応じて異なる。例えば、１つのコネクションを用
いてＮ（Ｎ≧１）個のCONSUMER４６０３に対してデータ
を送信することができる場合、PRODUCER４６０２はＮ個
以上のoAPRを有する。また、１つのCONSUMER４６０３に
しかデータを送信できない場合、PRODUCER４６０２はoA
PRを１つだけ有する。また、複数のコネクションを同時
に張ることができる場合、PRODUCER４６０２は、図４７
に示すAsynchronous plugを複数有する。

【０１９８】次に、図４９を用いてAsynchronous Conne
ctionを制御するために必要なＣＴＳコマンドとそれに
対応するレスポンスのフォーマットについて説明する。
Asynchronous Connectionにおいて、CONTROLLER４６０
１からPRODUCER４６０２或いはCONSUMER４６０３に送信
されるコマンドフレームのopcode、operandフィールド
と、PRODUCER４６０２或いはCONSUMER４６０３からCONT
ROLLER４６０１に送信されるレスポンスフレームのopco
de、operandフィールドとは同じフォーマットである。

【０１９９】図４９において、opcodeフィールドは、Ｃ
ＴＳコマンドの種類を示し、Asynchronous Connections
用のコマンドであることを示すコードがセットされる。
subfunctionフィールド（operand[0]）は、PRODUCER４
６０２或いはCONSUMER４６０３が行う動作を指定するコ
ードがセットされる。例えば、プラグリソースの確保、
コネクションの設定/解除等を指定する。

【０２００】statusフィールド（operand[1]）は、コマ
ンド実行結果の状態を表すフィールドで、レスポンスフ
レームにおいて所定のコードがセットされ、CONTROLLER
４６０１に状態が通知される。plugｉｄフィールド（op
erand[2]）は、コネクションで使用するAsynchronous p
lugの番号を指定する。plugｉｄフィールドにセットさ
れるコードの一例を図５０に示す。

【０２０１】plug offsetフィールド（operand[3]〜
[8]）は、４２ビットのフィールドで、Asynchronous pl
ugの先頭アドレス（即ち、図４７に示すiAPRを指定する
アドレス）がセットされる。portｉｄフィールド（oper
and[8]）は、Asynchronous plug内のどのポートが選択
されているかを示すフィールドである。portｉｄフィー
ルドにセットされるコードの一例を図５１に示す。図５
１において、CONSUMER portは、図４７に示すiAPRに対
応し、PRODUCER port[1]〜PRODUCER port[14]は、図４
７に示すoAPR[1]〜oAPR[14]に対応する。

【０２０２】port ビットフィールド（operand[8]）
は、選択されているポートの能力を示す。port ビット
フィールドにセットされるコードの一例を図５２に示
す。connected node idフィールド（operand[9]〜[1
0]）は、コネクションを設定する相手(即ち、接続ノー
ド)である。

【０２０３】PRODUCER４６０２の場合はCONSUMER４６０
３を、CONSUMER４６０３の場合はproducer４６０２を示
す。)のノードＩＤを示す。CONSUMER４６０３に対して
は、producer４６０２のノードＩＤを、PRODUCER４６０
２に対してはCONSUMER４６０３のノードＩＤをCONTROLL
ER４６０１がセットし、通知する。

【０２０４】connected plug offsetフィールド（opera
nd[11]〜[16]）には、接続ノードが持つAsynchronous p
lugを指定するオフセットアドレスがセットされる。con
nected port idフィールド（operand[16]）には、コネ
クションに使用する接続ノードのポート番号がセットさ
れる。

【０２０５】connected port ビットフィールド（opera
nd[16]）には、接続ノードのポートの能力を示すコード
がセットされる。connected plug idフィールド（opera
nd[17]）には、コネクションに使用される接続ノードの
プラグ番号を示すコードがセットされる。

【０２０６】ex(exclusive)ビット（operand[18]）は、
コネクションに使用するポートを他のCONTROLLER４６０
１がアクセスできるかどうかを指定するためのビットで
ある。例えば、このビットを「１」にセットしたコマン
ドフレームを受信した場合、PRODUCER４６０３、CONSUM
ER４６０３は、そのポートへアクセスするコマンドフレ
ームを受信すると、コマンド送信元のノードＩＤを調べ
て、コネクションを設定したCONTROLLER４６０１のノー
ドＩＤと異なる場合、そのコマンドに対してRejectedを
指定したレスポンスフレームを送信する。

【０２０７】connection countフィールド（operand[1
8]）は、CONSUMER portがいくつのproducer portに接続
されているかを示す。write intervalフィールド（oper
and[19]）には、PRODUCER４６０２がCONSUMER４６０３
のセグメントバッファに対して順次writeトランザクシ
ョンを行う際の最小間隔を示すコードがセットされる。
retry countフィールド（operand[19]）には、シリアル
バストランザクションに失敗したときに必要となるretr
y count値がセットされる。これは、CONSUMER４６０３
からのレスポンスフレームでセットされる。

【０２０８】次に、図５３を用いて、CONTROLLER４６０
１がPRODUCER４６０２、CONSUMER４６０３の持つ０番目
のAsynchronous plug間に、１つのコネクションを設定
するまでの手順について説明する。

【０２０９】ここで、CONSUMER４６０３、PRODUCER４６
０２共に０番目のAsynchronous plugを指定するオフセ
ットアドレスは、「ＦＦＦＦＦ０００１８００」であ
り、producer４６０２は、CONSUMER４６０３が持つSegm
ent＿Bufferの先頭アドレスから転送データを順次書き
込む機能を有し、マルチキャストコネクション機能をサ
ポートしていないものとする。

【０２１０】また、PRODUCER４６０２は、CONSUMER４６
０３のSegment＿Bufferが固定サイズで変化しないもの
にしか対応していないとする。ここでは、それぞれのノ
ードＩＤが、CONTROLLER＝０、PRODUCER＝１、CONSUMER
＝２になっているとする。

【０２１１】図５３において、実線で示す矢印は、コマ
ンドフレーム１ａ，２ａ，３ａの流れを示し、波線で示
す矢印は、レスポンスフレーム１ｂ，２ｂ，３ｂの流れ
を示す。ここで、コマンドフレーム１ａ，２ａ，３ａと
レスポンスフレーム１ｂ，２ｂ，３ｂの構成は、図２１
に示すＦＣＰフレームと同様に構成され、図１９に示す
Asynchronousパケットのdata field１９７０にセットさ
れる。

【０２１２】コマンドフレーム１ａ，２ａ，３ａを含む
Asynchronousパケットは、CONTROLLER４６０１からCONS
UMER４６０３或いはPRODUCER４６０２へwriteトランザ
クションされ、レスポンスフレーム１ｂ，２ｂ，３ｂを
含むパケットは、CONSUMER４６０３或いはPRODUCER４６
０２からCONTROLLER４６０１へwriteトランザクション
される。

【０２１３】コマンドフレーム１ａ，２ａ，３ａのctyp
eフィールドには、「Control」を示すコードがセットさ
れ、subunit＿type、subunit＿IDフィールドには、ター
ゲットであるCONSUMER４６０３或いはPRODUCER４６０２
内の所定のサブユニットを指定するコードをセットす
る。

【０２１４】又、レスポンスフレーム１ｂ，２ｂ，３ｂ
のresponseフィールドには、コマンドを受け付けたかど
うかを示すコードがセットされる。ここでは、受け付け
られたものとして「Accepted」がセットされる場合につ
いて説明を行う。レスポンスフレーム１ｂ，２ｂ，３ｂ
のsubunit＿type、subunit ＿IDフィールドには、コマ
ンドフレームのsubunit＿type、subunit＿IDフィールド
と同一のコードがセットされる。

【０２１５】図５３において、CONTROLLER４６０１はま
ず、CONSUMER４６０３に対して、ALLOCATEコマンドを送
信する（図５３の１ａ）。このALLOCATEコマンドに含ま
れるコマンドフレームのopcode、operandフィールドに
セットされるコードの一例を図５４（１ａ）に示す。

【０２１６】図５４（１ａ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドである
ことを示すコード「２６₁₆」がセットされる。subfunct
ionフィールド（operand[0]）には、リソースの確保を
指示するためのALLOCATEコマンドのコード「０１₁₆」が
セットされる。

【０２１７】plug idフィールド（operand[2]）には、
０番目のAsynchronous plugを確保することを示すコー
ド「Ａ０₁₆」がセットされる。port idフィールド（ope
rand[8]）には、iAPRを示すポート番号「０」がセット
される。ex(exclusive)フィールド（operand[18]）に
は、他のCONTROLLER４６０１からのアクセスも許可する
ことを示すコード「０」がセットされる。そのほかのフ
ィールドには、ダミーデータとして全てのビットに
「１」がセットされる。

【０２１８】図５４（１ａ）に示すコマンドフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONTROLLER４６０１からCONSUMER
４６０３のコマンドレジスタ（図１８を参照）にwrite
トランザクションで書き込まれる。これにより、ALLOCA
TEコマンドの発行が行われる。

【０２１９】前記ALLOCATEコマンドを受信したCONSUMER
４６０３は、CONTROLLER４６０１に対して、このコマン
ドを受け付けたことを示すAcceptedレスポンスを送信す
る（図５３の１ｂ）。このAcceptedレスポンスに含まれ
るレスポンスフレームのopcode、operandフィールドに
セットされるコードの一例を図５４（１ｂ）に示す。

【０２２０】図５４（１ｂ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドに対応
するレスポンスであることを示すコード「２６₁₆」がセ
ットされる。subfunctionフィールドには（operand
[0]）、ALLOCATEコマンドに対応するレスポンスである
ことを示すコード「０１₁₆」がセットされる。

【０２２１】statusフィールド（operand[1]）には、リ
ソースの確保ができた状態であることを示すFIXEDのコ
ード「０２₁₆」がセットされる。plug idフィールド（o
perand[2]）には、０番目のAsynchronous plugが確保さ
れたことを示すコード「Ａ０₁ ₆」がセットされる。plug
offsetフィールド（operand[3]〜[8]）には、CONSUMER
４６０３が持つ０番目のAsynchronous plugのオフセッ
トアドレスを示すコードがセットされる。port idフィ
ールド（operand[8]）には、iAPRを示すポート番号
「０」がセットされる。

【０２２２】port ビットフィールド（operand[8]）に
は、CONSUMER４６０３が持つSegment＿Bufferに対して
先頭アドレスからの順次書き込みにしか対応しておら
ず、マルチキャストコネクションがサポートされていな
いことを示すコード「００₁₆」がセットされる。connec
tion countフィールド（operand[18]）には、まだprodu
cer portに接続されていないことを示すコード「０
０₁₆」がセットされる。

【０２２３】write interval、retry countフィールド
（operand[19]）には、共にダミーデータの「Ｆ₁₆」が
セットされる。そのほかのフィールドには、ALLOCATEコ
マンドのコマンドフレームと同一の値がセットされる。

【０２２４】図５４（１ｂ）に示すレスポンスフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONSUMER４６０３からCONTROLLER
４６０１のレスポンスレジスタ（図１８を参照）にwrit
eトランザクションで書き込まれる。これにより、ALLOC
ATEコマンドに対応するレスポンスの発行が行われる。

【０２２５】CONSUMER４６０３からALLOCATEコマンドに
対するAcceptedレスポンスを受け取ると、CONTROLLER４
６０１は、PRODUCER４６０２に対して、ALLOCATE＿ATTA
CHコマンドを送信する（図５３の２ａ）。このALLOCATE
＿ATTACHコマンドに含まれるコマンドフレームのopcod
e、operandフィールドにセットされるコードの一例を図
５５（２ａ）に示す。

【０２２６】図５５（２ａ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドである
ことを示すコード「２６₁₆」がセットされる。subfunct
ionフィールド（operand[0]）には、リソースの確保とC
ONSUMERへの接続を指示するためのALLOCATE＿ATTACHコ
マンドのコード「０３₁₆」がセットされる。

【０２２７】plug idフィールド（operand[2]）には、
０番目のAsynchronous plugを確保することを示すコー
ド「Ａ０₁₆」がセットされる。port idフィールド（ope
rand[8]）には、oAPR[1]を示すポート番号「１」がセッ
トされる。

【０２２８】connected node idフィールドには（opera
nd[9],[10]）、CONSUMER４６０３のノードＩＤである
「０００２₁₆」がセットされる。connected plug offse
tフィールド（operand[11]〜[16]）には、CONSUMER４６
０３から通知されたCONSUMERが持つ０番目のplugのオフ
セットアドレスを示すコードがセットされる。

【０２２９】connected port idフィールド（operand[1
6]）には、iAPRを示すポート番号「０」がセットされ
る。connected port ビットフィールド（operand[16]）
には、CONSUMER４６０３から通知された受信能力を示す
コード「００₁₆」がセットされる。

【０２３０】connected plug idフィールド（operand[1
7]）には、CONSUMERの０番目のAsynchronous plugと接
続することを示すコード「Ａ０₁₆」がセットされる。ex
(exclusive)フィールドには、他のCONTROLLERからのア
クセスも許可することを示すコード「０」がセットされ
る。そのほかのフィールドには、ダミーデータとして全
てのビットに「１」がセットされる。

【０２３１】図５５（２ａ）に示すコマンドフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONTROLLER４６０１からPRODUCER
４６０２のコマンドレジスタ（図１８を参照）にwrite
トランザクションで書き込まれる。これにより、ALLOCA
TE＿ATTACHコマンドの発行が行われる。

【０２３２】前記ALLOCATE＿ATTACHコマンドを受信した
PRODUCER４６０２は、CONTROLLER４６０１に対して、こ
のコマンドを受け付けたことを示すAcceptedレスポンス
を送信する（図５３の２ｂ）。このAcceptedレスポンス
に含まれるレスポンスフレームのopcode、operandフィ
ールドにセットされるコードの一例を図５４（２ｂ）に
示す。

【０２３３】図５４（２ｂ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドに対応
するレスポンスであることを示すコード「２６₁₆」がセ
ットされる。subfunctionフィールド（operand[0]）に
は、ALLOCATE＿ATTACHコマンドに対応するレスポンスで
あることを示すコード「０３₁₆」がセットされる。

【０２３４】statusフィールド（operand[1]）には、指
定されたポートが使用可能状態であることを示すACTIVE
のコード「０３₁₆」がセットされる。plug idフィール
ド（operand[2]）には、０番目のAsynchronous plugが
確保されたことを示すコード「Ａ０₁₆」がセットされ
る。

【０２３５】plug offsetフィールド（operand[0]〜
[8]）には、PRODUCER４６０２が持つ０番目のAsynchron
ous plugのオフセットアドレスを示すコードがセットさ
れる。port idフィールド（operand[8]）には、oAPR[1]
を示すポート番号「１」がセットされる。

【０２３６】port ビットフィールド（operand[8]）に
は、指定されたPRODUCER４６０２のportは固定サイズの
Segment＿Bufferに対するデータ転送にしか対応してい
ないことを示すコード「００（２進数）」がセットされ
る。そのほかのフィールドには、ALLOCATE＿ATTACHコマ
ンドのコマンドフレームと同一の値がセットされる。

【０２３７】図５５（２ｂ）に示すレスポンスフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、PRODUCER４６０２からCONTROLLER
４６０１のレスポンスレジスタ（図１８を参照）にwrit
eトランザクションで書き込まれる。これにより、ALLOC
ATE＿ATTACHコマンドに対応するレスポンスの発行が行
われる。

【０２３８】PRODUCER４６０２からALLOCATE＿ATTACHコ
マンドに対するAcceptedレスポンスを受け取ると、CONT
ROLLER４６０１は、CONSUMER４６０３に対して、ATTACH
コマンドを送信する（図５３の３ａ）。このATTACHコマ
ンドに含まれるコマンドフレームのopcode、operandフ
ィールドにセットされるコードの一例を図５６（３ａ）
に示す。

【０２３９】図５６（３ａ）において、opcodeフィール
ドにはAsynchronous Connection用のコマンドであるこ
とを示すコード「２６₁₆」がセットされる。subfunctio
nフィールド（operand[0]）にはPRODUCER４６０２への
接続を指示するためのATTACHコマンドのコード「０
２₁₆」がセットされる。plug idフィールド（operand
[2]）には、ALLOCATEコマンドの発行時と同じ０番目のA
synchronous plugを示すコード「Ａ０₁₆」がセットされ
る。plug offsetフィールド（operand[3]〜[8]）には、
ALLOCATEコマンドのレスポンスで通知された、CONSUMER
のplug offsetを示すコードがセットされる。

【０２４０】port idフィールド（operand[8]）には、A
LLOCATEコマンドの発行時と同じiAPRを示すポート番号
「０」がセットされる。port ビットフィールド（opera
nd[8]）には、ALLOCATEコマンドのレスポンスで通知さ
れた、CONSUMER４６０２の送信能力を示すコード「００
（２進数）」がセットされる。

【０２４１】connected node idフィールド（operand
[9],[10]）には、PRODUCER４６０２のノードＩＤである
「０００１₁₆」がセットされる。connected plug offse
tフィールド（operand[11]〜[16]）には、PRODUCER４６
０２から通知されたPRODUCERが持つ０番目のAsynchrono
us plugのオフセットアドレスを示すコードがセットさ
れる。

【０２４２】connected port idフィールド（operand[1
6]）には、oAPR[1]を示すポート番号「１」がセットさ
れる。connected port ビットフィールド（operand[1
6]）には、PRODUCER４６０２から通知された送信能力を
示すコード「００₁₆」がセットされる。connected plug
idフィールド（operand[17]）には、PRODUCER４６０２
の０番目のAsynchronous plugと接続することを示すコ
ード「Ａ０₁₆」がセットされる。

【０２４３】ex(exclusive)フィールド（operand[18]）
には、他のCONTROLLER４６０１からのアクセスも許可す
ることを示すコード「０」がセットされる。そのほかの
フィールドには、ダミーデータとして全てのビットに
「１」がセットされる。

【０２４４】図５６（３ａ）に示すコマンドフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONTROLLER４６０１からCONSUMER
４６０３のコマンドレジスタ（図１８を参照）にwrite
トランザクションで書き込まれる。これにより、ATTACH
コマンドの発行が行われる。

【０２４５】前記ATTACHコマンドを受信したCONSUMER４
６０３は、CONTROLLER４６０１に対して、このコマンド
を受け付けたことを示すAcceptedレスポンスを送信する
（図５３の３ｂ）。このAcceptedレスポンスに含まれる
レスポンスフレームのopcode、operandフィールドにセ
ットされるコードの一例を図５６（３ｂ）に示す。

【０２４６】図５６（３ｂ）において、opcodeフィール
ドには、Asynchronous Connectionコマンドに対応する
レスポンスであることを示すコード「２６₁₆」がセット
される。subfunctionフィールド（operand[0]）には、A
TTACHコマンドに対応するレスポンスであることを示す
コード「０２₁₆」がセットされる。

【０２４７】statusフィールド（operand[1]）には、指
定されたポートが使用可能状態であることを示すACTIVE
のコード「０３₁₆」がセットされる。plug id、plug of
fset、port id、port ビットフィールド（operand[2]〜
[8]）は、ATTACHコマンド内の各フィールド値が、先のA
LLOCATEレスポンスでCONTROLLER４６０１に通知した値
と一致していることを確認した後、ATTACHコマンドと同
じ値がセットされる。そのほかのフィールドには、ATTA
CHコマンドのコマンドフレームと同一の値がセットされ
る。

【０２４８】図５６（３ｂ）に示すレスポンスフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONSUMER４６０３からCONTROLLER
４６０１のレスポンスレジスタ（図１８を参照）にwrit
eトランザクションで書き込まれる。これにより、ATTAC
Hコマンドに対応するレスポンスの発行が行われる。

【０２４９】以上、図５４〜図５６に示すコマンドフレ
ーム、レスポンスフレームをCONSUMER４６０３或いはPR
ODUCER４６０２に送信することによって、consumer４６
０３、PRODUCER４６０２それぞれに接続ノードのnode i
d、plug id、plug offset、port idが通知され、CONSUM
ERとPRODUCERの間に１つのコネクションが設定される。

【０２５０】次に、コネクションが設定された後のPROD
UCER４６０２とCONSUMER４６０３との間のデータ転送手
順について説明する。上述の手順によりコネクションが
設定されると、CONSUMER４６０３は、Lockトランザクシ
ョンを用いて、PRODUCER４６０２が持つoAPRに対してCO
NSUMER４６０３が持つSegment＿Bufferのサイズを通知
し、データ転送の開始を指示する。

【０２５１】転送開始を指示されたPRODUCER４６０２
は、PRODUCER４６０２が保持するフレーム（例えば、所
定のデータファイル或いはファイルリストからなる）を
CONSUMER４６０３が持つSegment＿Bufferにwriteトラン
ザクションで書き込んでいく。フレームのデータサイズ
がSegment＿Bufferのサイズよりも大きい場合、フレー
ムはSegment＿Bufferのサイズのセグメントに分割され
て転送される。

【０２５２】フレームの最終データ、又はセグメントの
最終データを転送すると、PRODUCER４６０２は、Lockト
ランザクションを用いて、CONSUMER４６０３の持つiAPR
に対して転送したデータのサイズと次のセグメントデー
タが存在するか否か、或いはフレームの転送が終了した
か否かを通知する。

【０２５３】PRODUCER４６０２からの通知を受けたCONS
UMER４６０３は、Segment＿Bufferに書き込まれたデー
タの処理を開始し、処理が終了するとPRODUCER４６０２
のoAPRに最初と同様、Segment＿Bufferのサイズを通知
して、次のセグメントデータの送信開始を指示する。こ
れを１つのフレームの転送が終了するまで繰り返し実行
する。

【０２５４】図５７は、consumer４６０３が持つiAPRの
フォーマットである。PRODUCER４６０２は、セグメント
データの送信後、送信終了を通知するためにLockトラン
ザクションを用いてこのレジスタを更新する。

【０２５５】図５７において、r(reserved)フィールド
は、将来の拡張用のフィールドである。hb(heartbeat)
フィールドは、規定時間以上データ通信が行われない場
合にタイムアウトを起こさないためにハンドシェイクを
行うためのフィールドである。modeフィールドは、送信
したデータの状態やコネクションの状態を通知するため
のフィールドである。

【０２５６】このフィールドにセットされるコードの一
例を図５８に示す。sc(segment count)フィールドは、
データ転送を正しく行うためのチェック用フィールドで
ある。countフィールドは、送信したセグメントデータ
のバイトサイズを通知するためのフィールドである。

【０２５７】図５９は、PRODUCER４６０２が持つoAPRの
フォーマットである。CONSUMER４６０３は、データ受信
用のSegment＿Bufferの準備が終了すると、Lockトラン
ザクションを用いてこのレジスタを更新して、セグメン
トデータの送信要求を行う。

【０２５８】図５９において、r(reserved)フィールド
は、将来の拡張用のフィールドである。hb(heartbeat)
フィールドは、規定時間以上データ通信が行われない場
合にタイムアウトを起こさないためにハンドシェイクを
行うためのフィールドである。modeフィールドは、送信
要求やコネクションの状態を通知するためのフィールド
である。このフィールドに格納されるコードの一例を図
６０に示す。

【０２５９】sc(segment count)フィールドは、データ
転送が正確に行われたかどうかをチェックするためのフ
ィールドである。sc(segment count)フィールドは、デ
ータ転送を正しく行うためのチェック用フィールドであ
る。countHiフィールドは、Segment＿Bufferのバイトサ
イズを通知するためのフィールドである。この１８ビッ
トのフィールド値の下位に６ビットの０を付加した２４
ビットの値が実際のSegment＿Bufferのサイズである。

【０２６０】runフィールドはPRODUCER４６０２からのC
ONSUMER４６０３に対するアクセスを制御するためのフ
ィールドである。この値が「０」の場合、PRODUCER４６
０２は、CONSUMER４６０２の持つiAPRへのLockトランザ
クション及びSegment＿BufferへのWriteトランザクショ
ンを行うことができない。maxLoadフィールドは、CONSU
MERが１回のWriteトランザクションで受信できる最大の
ペイロードサイズを示すフィールドである。そのバイト
サイズは、以下の式によって求められる。

【０２６１】payloadSize = ２(maxLoad+1)

【０２６２】次に、図６１を用いて、PRODUCER４６０２
とCONSUMER４６０３との間のデータ転送の手順について
詳細に説明する。図６１において、CONSUMER４６０３
は、３２ｋｂのSegment＿Bufferを持ち、受信できる最
大のペイロードサイズは１ｋｂとする。又、PRODUCER４
６０２は、５０ｋｂのフレーム（例えば、所定のデータ
ファイル或いはファイルリストからなる）をCONSUMER４
６０３に転送する。ここで、上述のiAPRもoAPRも初期値
は全てのビットが「０」となっている。

【０２６３】まずCONSUMER４６０３が、PRODUCER４６０
２のoAPRを、Lockトランザクションを用いて更新する
（図６１のUpdate oAPR）。このとき、oAPRのmodeを「S
END」にセットすることによって、PRODUCER４６０２に
対しての転送開始要求となる。

【０２６４】図６１において、countHiは、CONSUMER４
６０３のセグメントバッファが３２ｋｂのサイズを持つ
ことを示し、maxLoadは、最大ペイロードサイズが１ｋ
ｂであることを示している。又、runは１に更新され、P
RODUCER４６０２は、CONSUMER４６０３に対してトラン
ザクションを行うことが許可される。

【０２６５】oAPRを更新されたPRODUCER４６０２は、CO
NSUMER４６０３のSegment＿Bufferに対して、writeトラ
ンザクションを用いてセグメントデータの送信を開始す
る。producer４６０２は、保有する５０ｋｂのフレーム
を、writeトランザクションを用いてCONSUMER４６０３
のSegment＿Bufferの先頭アドレスから順番に１ｋｂず
つ書き込みを行っていく（図６１のWrite１〜３２）。w
riteパケットを送信する毎に、writeトランザクション
に使用されるオフセットアドレスは１ｋｂずつインクリ
メントされる。３２ｋｂのセグメントデータを送信した
後、PRODUCER４６０２は、CONSUMER４６０３のiAPRを更
新してセグメントデータの転送が終了したことを通知す
る（図６１のUpdate iAPR）。

【０２６６】このとき、iAPRのmodeを「MORE」にセット
することによって、このセグメントデータに続いて次の
セグメントデータが送信されることを通知する。又、sc
には、CONSUMER４６０３によって更新されたoAPRのscと
同一の値がセットされる。countには、３２ｋｂのデー
タを送信したことを通知するデータがセットされる。

【０２６７】iAPRの更新が行われるとCONSUMER４６０３
は、前回更新したoAPRのscの値と更新されたiAPRのscの
値を比較する。この結果、同一の値である場合、正しく
データが送信されたとみなしてセグメントデータの処理
を開始する。セグメントデータの処理が終わり、Segmen
t＿Bufferが使用可能な状態になった後、CONSUMER４６
０３は、再びPRODUCER４６０２のoAPRを更新する（図６
１のUpdate oAPR）。このときscの値を反転させること
によって、新しいセグメントの送信要求となる。その他
のフィールドは先にセットされた値と同様である。

【０２６８】oAPRを更新されたPRODUCER４６０２は、CO
NSUMER４６０３のSegment＿Bufferに対して、writeトラ
ンザクションを用いて次のセグメントデータの送信を開
始する。PRODUCER４６０２は、送信済みの３２ｋｂ以降
のデータから開始し、writeトランザクションを用いてC
ONSUMER４６０３のSegment＿Bufferの先頭アドレスから
順番に１ｋｂずつ書き込みを行う（図６１のWrite３３
〜５０）。

【０２６９】writeパケットを送信する毎に、writeトラ
ンザクションに使用されるオフセットアドレスは１ｋｂ
ずつインクリメントされる。１８ｋｂ（＝５０ｋｂ−３
２ｋｂ）のセグメントデータを送信した後、PRODUCER４
６０２は、CONSUMER４６０３のiAPRを更新してセグメン
トデータの送信が終了したことを通知する（図６１のUp
date iAPR）。

【０２７０】このとき、iAPRのmodeを「LAST」にセット
することによって、このフレームの全データの送信が終
了したことを通知する。又、scには、CONSUMER４６０３
によって更新されたoAPRのscと同一の値がセットされ
る。countには、１８ｋｂのデータを送信したことを通
知するデータがセットされる。

【０２７１】iAPRを更新されたCONSUMER４６０３は、前
回と同様、scの値を調べた後にセグメントデータの処理
を行い、処理が終了するとPRODUCER４６０２のoAPRを更
新する（図６１のUpdate oAPR）。

【０２７２】以上のシーケンスによってPRODUCER４６０
２からCONSUMER４６０３に１フレーム分のデータが転送
される。尚、PRODUCER４６０２が、他にも転送するフレ
ームを持っていれば、同様の手順で転送を繰り返し行
う。全てのフレームの転送が終了すると、CONTROLLER４
６０１は、必要に応じてPRODUCER４６０２とCONSUMER４
６０３の間に設定されたコネクションを切断する。

【０２７３】次に図６２を用いて、コネクションを切断
するまでの処理について説明する。図６２において、実
線で示す矢印は、コマンドフレーム１ａ，２ａ，３ａの
流れを示し、波線で示す矢印は、レスポンスフレーム１
ｂ，２ｂ，３ｂの流れを示す。

【０２７４】図６２において、CONTROLLER４６０１はま
ず、CONSUMER４６０３に対して、DETACHコマンドを送信
する（図６２の１ａ）。このDETACHコマンドに含まれる
コマンドフレームのopcode、operandフィールドにセッ
トされるコードの一例を図６３（１ａ）に示す。

【０２７５】図６３（１ａ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドである
ことを示すコード「２６₁₆」がセットされる。subfunct
ionフィールド（operand[0]）には、コネクションの切
断を指示するためのDETACHコマンドのコード「０６₁₆」
がセットされる。plug idフィールド（operand[2]）に
は、ATTACHコマンドの発行時と同じ０番目のAsynchrono
us plugを示すコード「Ａ０₁₆」がセットされる。

【０２７６】port idフィールド（operand[8]）には、A
TTACHコマンドの発行時と同じiAPRを示すポート番号
「０」がセットされる。ex(exclusive)フィールド（ope
rand[18]）には、他のCONTROLLERからのアクセスも許可
することを示すコード「０」がセットされる。そのほか
のフィールドには、ダミーデータとして全てのビットに
「１」がセットされる。

【０２７７】図６３（１ａ）に示すコマンドフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONTROLLER４６０１からCONSUMER
４６０３のコマンドレジスタ（図１８を参照）にwrite
トランザクションで書き込まれる。これにより、DETACH
コマンドの発行が行われる。

【０２７８】前記DETACHコマンドを受信したCONSUMER４
６０３は、CONTROLLER４６０１に対して、このコマンド
を受け付けたことを示すAcceptedレスポンスを送信する
（図６２の１ｂ）。このAcceptedレスポンスに含まれる
レスポンスフレームのopcode、operandフィールドにセ
ットされるコードの一例を図６３（１ｂ）に示す。

【０２７９】図６３（１ｂ）において、opcodeフィール
ドには、Asynchronous Connectionコマンドに対応する
レスポンスであることを示すコード「２６₁₆」がセット
される。subfunctionフィールド（operand[0]）には、D
ETACHコマンドに対応するレスポンスであることを示す
コード「０６₁₆」がセットされる。

【０２８０】statusフィールド（operand[1]）には、指
定されたポートが停止状態（即ち、INACTIVE）であるこ
とを示すコード「０４₁₆」がセットされる。plug idフ
ィールド（operand[2]）には、コマンドフレームで指定
されたplug番号がセットされる。plug offsetフィール
ド（operand[2]〜[8]）には、コマンドフレームで指定
されたAsynchronous plugのオフセットアドレスを示す
コードがセットされる。

【０２８１】port idフィールド（operand[8]）には、
コマンドフレームで指定されたport番号がセットされ
る。port ビットフィールド（operand[8]）には、コマ
ンドフレームで指定されたportの能力を示すコードがセ
ットされる。connected node id、connected plug offs
et、connected port id、connected port ビット、conn
ected plug idフィールド（operand[9]〜[17]）には、
コネクションを設定していたPRODUCER４６０２のノード
ＩＤ、Asynchronous plugのオフセットアドレス、port
番号、portの能力、plug番号がセットされる。

【０２８２】connection countフィールド（operand[1
8]）には、DETACHコマンドを受け取る前のconnection c
ountの値から「１」を引いた値である「０」がセットさ
れる。そのほかのフィールドには、DETACHコマンドのコ
マンドフレームと同一の値がセットされる。

【０２８３】図６３（１ｂ）に示すレスポンスフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONSUMER４６０３からCONTROLLER
４６０１のレスポンスレジスタ（図１８を参照）にwrit
eトランザクションで書き込まれる。これにより、DETAC
Hコマンドに対するレスポンスの発行が行われる。

【０２８４】CONSUMER４６０３からDETACHコマンドのレ
スポンスを受信したCONTROLLER４６０１は、PRODUCER４
６０２に対して、DETACH＿RELEASE コマンドを送信する
（図６３の２ａ）。このDETACH＿RELEASE コマンドに含
まれるコマンドフレームのopcode、operandフィールド
にセットされるコードの一例を図６４（２ａ）に示す。

【０２８５】図６４（２ａ）において、opcodeフィール
ドには、Asynchronous Connectionのコマンドであるこ
とを示すコード「２６₁₆」がセットされる。subfunctio
nフィールド（operand[0]）には、コネクションの切断
とリソースの解放を指示するためのDETACH＿RELEASE コ
マンドのコード「０７₁₆」がセットされる。plug idフ
ィールド（operand[2]）には、ALLOCATE＿ATTACHコマン
ドの発行時と同じ０番目のAsynchronous plugを示すコ
ード「Ａ０₁₆」がセットされる。

【０２８６】前記DETACH＿RELEASE コマンドを受信した
PRODUCER４６０２は、CONTROLLER４６０１に対して、こ
のコマンドを受け付けたことを示すAcceptedレスポンス
を送信する（図６２の２ｂ）。このAcceptedレスポンス
に含まれるレスポンスフレームのopcode、operandフィ
ールドにセットされるコードの一例を図６４（２ｂ）に
示す。

【０２８７】図６４（２ｂ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドに対応
するレスポンスであることを示すコード「２６₁₆」がセ
ットされる。subfunctionフィールド（operand[0]）に
は、DETACH＿RELEASE コマンドに対応するレスポンスで
あることを示すコード「０７₁₆」がセットされる。

【０２８８】statusフィールド（operand[1]）には、指
定されたポートが使用されていない状態であることを示
すFREEのコード「０１₁₆」がセットされる。そのほかの
フィールドには、DETACH＿RELEASE コマンドのコマンド
フレームと同一の値がセットされる。

【０２８９】図６４（２ｂ）に示すレスポンスフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、PRODUCER４６０２からCONTROLLER
４６０１のレスポンスレジスタ（図１８を参照）にwrit
eトランザクションで書き込まれる。これにより、DETAC
H＿RELEASE コマンドに対するレスポンスの発行が行わ
れる。

【０２９０】PRODUCER４６０２からDETACH＿RELEASE コ
マンドのレスポンスを受信したCONTROLLER４６０１は、
CONSUMER４６０３に対して、RELEASEコマンドを送信す
る（図６２の３ａ）。このRELEASEコマンドに含まれる
コマンドフレームのopcode、operandフィールドにセッ
トされるコードの一例を図６５（３ａ）に示す。

【０２９１】図６５（３ａ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドである
ことを示すコード「２６₁₆」がセットされる。subfunct
ionフィールド（operand[0]）には、リソースの解放を
指示するためのRELEASEコマンドのコード「０５₁₆」が
セットされる。plug idフィールド（operand[2]）に
は、ALLOCATEコマンドの発行時と同じ０番目のAsynchro
nous plugを示すコード「Ａ０₁₆」がセットされる。

【０２９２】port idフィールド（operand[8]）には、A
LLOCATEコマンドの発行時と同じiAPRを示すポート番号
「０」がセットされる。ex(exclusive)フィールド（ope
rand[18]）には、他のCONTROLLERからのアクセスも許可
することを示すコード「０」がセットされる。そのほか
のフィールドには、ダミーデータとして全てのビットに
「１」がセットされる。

【０２９３】図６５（３ａ）に示すコマンドフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONTROLLER４６０１からCONSUMER
４６０３のコマンドレジスタ（図１８を参照）にwrite
トランザクションで書き込まれる。これにより、RELEAS
Eコマンドの発行が行われる。

【０２９４】前記RELEASEコマンドを受信したCONSUMER
４６０３は、CONTROLLER４６０１に対して、このコマン
ドを受け付けたことを示すAcceptedレスポンスを送信す
る（図６２の３ｂ）。このAcceptedレスポンスに含まれ
るレスポンスフレームのopcode、operandフィールドに
セットされるコードの一例を図６５（３ｂ）に示す。

【０２９５】図６５（３ｂ）において、opcodeフィール
ドには、Asynchronous Connection用のコマンドに対応
するレスポンスであることを示すコード「２６₁₆」がセ
ットされる。subfunctionフィールド（operand[0]）に
は、RELEASEコマンドに対応するレスポンスであること
を示すコード「０５₁₆」がセットされる。

【０２９６】statusフィールド（operand[1]）には、指
定されたポートが使用されていない状態（FREE）である
ことを示すコード「０１₁₆」がセットされる。そのほか
のフィールドには、RELEASEコマンドのコマンドフレー
ムと同一の値がセットされる。

【０２９７】図６５（３ｂ）に示すコマンドフレーム
は、図１９に示すAsynchronousパケットのdata field１
９７０にセットされ、CONSUMER４６０３からCONTROLLER
４６０１のレスポンスレジスタ（図１８を参照）にwrit
eトランザクションで書き込まれる。これにより、RELEA
SEコマンドに対応するレスポンスの発行が行われる。

【０２９８】以上、図６３〜図６５に示すコマンドフレ
ーム、レスポンスフレームをCONSUMER４６０３、或いは
PRODUCER４６０２に送信することによって、CONSUMER４
６０３とPRODUCER４６０２の間に設定されたコネクショ
ンの一つを解除することができる。

【０２９９】（他の実施例）本発明は、単一の機器から
なる装置にも適用可能であるとともに、例えば、ホスト
コンピュータ、インターフェイス機器、リーダ、プリン
タなどの複数の機器から構成されるシステムにも適用可
能である。

【０３００】また、本発明は、上述した実施形態の機能
を実現するように各種のデバイスを動作させるように、
上記各種デバイスと接続された装置、或いはシステム内
のコンピュータに対し、上記実施形態の機能を実現する
ためのソフトウェアのプログラムコードを供給し、該シ
ステム、或いは装置のコンピュータ（ＣＰＵあるいはＭ
ＰＵ）に格納されたプログラムに従って上記各デバイス
を動作させることによって実施することもできる。

【０３０１】上記のごとく構成した場合、上記ソフトウ
ェアのプログラムコード自体が、上述した実施形態の機
能を実現することになり、そのプログラムコード自体、
及びそのプログラムコードをコンピュータに供給するた
めの手段は本発明を構成することになる。

【０３０２】例えば、上述した実施形態の機能を実現す
るプログラムコードを格納した記憶媒体は、本発明を構
成する。すなわち、フロッピーディスクやハードディス
クなどの磁気ディスク媒体、光磁気ディスクやＣＤ―Ｒ
ＯＭなどの光ディスク媒体、磁気テープなどのテープ媒
体、フラッシュメモリなどの不揮発性のメモリ、プログ
ラムＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの各種ＲＯ
Ｍ、その他様々なメモリなど、上述した実施形態の機能
を実現するプログラムコードを格納した記憶媒体ならば
何でも本発明に適用できる。

【０３０３】また、コンピュータが供給されたプログラ
ムコードを実行することにより、上述の実施形態の機能
が実現するだけでなく、そのプログラムコードがコンピ
ュータにおいて稼働しているオペレーティングシステム
(ＯＳ)、あるいは、他のアプリケーションと共同して上
述の実施形態の機能が実現できる場合にも、係るプログ
ラムコードが本実施の形態の実施形態に含まれることは
いうまでもない。

【０３０４】上述の実施形態の機能が実現できる場合に
も、係るプログラムコードが本発明の実施形態に含まれ
ることはいうまでもない。さらに、供給されたプログラ
ムコードが、コンピュータの機能拡張ボードやコンピュ
ータに接続された機能拡張ユニットに備わるメモリに格
納された後に、そのプログラムコードの指示に基づい
て、その機能拡張ボードや機能拡張ユニットに備わるＣ
ＰＵ等が、実際の処理の一部、又は全部を行ない、その
処理によって上述した実施形態の機能が実現される場合
にも本発明の実施形態に含まれることはいうまでもな
い。尚、本発明はその精神、又は主要な特徴から逸脱す
ることなく、他の様々な形で実施することができる。

【０３０５】例えば、本実施例をProxy subunitは、カ
メラサブユニットやＶＣＲサブユニットのファイルシス
テムを変換する例について説明したが、他の機能ユニッ
トに対しても適用することができる。従って、前述の各
実施例ではあらゆる点で単なる例示に過ぎず、限定的に
解釈してはならない。本発明の範囲は特許請求の範囲に
よって示すものであって、明細書本文には何等拘束され
ない。更に、特許請求の範囲の均等範囲に属する変形や
変更はすべて本発明の範囲のものである。

【０３０６】

【発明の効果】本発明は上述したように、ファイルシス
テムやファイル転送方法が異なる機能ユニット間であっ
ても、各機能ユニットの管理するデータファイルを簡単
に扱うことのできるデータ通信システムを提供するがで
きる。又、１つ以上の機能ユニットの夫々が管理するデ
ータファイルを一括して管理することのできるデータ通
信システムを提供することができる。

【図面の簡単な説明】

【図１】本実施例のデータ通信システムの一例を示すブ
ロック図である。

【図２】本実施例のProxy subunitの構成を説明する概
念図である。

【図３】本実施例のファイル管理方法の一例を示すブロ
ック図である。

【図４】Proxy subunitがもつファイルシステムの基本
的なデータ構造を説明する図である。

【図５】CREATE＿DATEフィールドの構成例を示す図であ
る。

【図６】ACCESS＿TIMEフィールドの構成例を示す図であ
る。

【図７】SIZEフィールドの構成例を示す図である。

【図８】NAMEフィールドの構成例を示す図である。

【図９】encodingフィールドにセットされるコードの一
例を示す図である。

【図１０】TYPEフィールドにセットされるコードの一例
を示す図である。

【図１１】IMAGE＿FLAGSフィールドの構成例を示す図で
ある。

【図１２】IMAGE＿FLAGSフィールドの構成例を示す図で
ある。

【図１３】IMAGE＿WIDTHフィールドの構成例を示す図で
ある。

【図１４】IMAGE＿HIGHTフィールドの構成例を示す図で
ある。

【図１５】IMAGE＿DEPTHフィールドの構成例を示す図で
ある。

【図１６】GROUP＿ＩＤフィールドの構成例を示す図で
ある。

【図１７】図１１に示すIMAGE＿SUBTYPEフィールドにセ
ットされるコードの一例を示す図である。

【図１８】Function Control Protocol（ＦＣＰ）につ
いて説明する概念図である。

【図１９】ＦＣＰに基づくAsynchronousパケットの構成
を示す図である。

【図２０】本実施例で用いられるＦＣＰフレームの構造
とＣＴＳの種類を示す図である。

【図２１】本実施例で用いられるコマンドフレーム、レ
スポンスフレームの構造を示す図である。

【図２２】図２１に示すコマンドタイプ（ctype）にセ
ットされるコードの一例を示す図である。

【図２３】図２１に示すサブユニットタイプ（subunit
＿type）にセットされるコードの一例を示す図である。

【図２４】図２１に示すレスポンスタイプ（response）
にセットされるコードの一例を示す図である。

【図２５】本実施例のProxy subunitを遠隔制御するた
めのコマンドの一例を示す図である。

【図２６】CHANGE DIRコントロールコマンドの構成を示
す図である。

【図２７】FILE NUMBERステータスコマンドの構成を示
す図である。

【図２８】FILE NUMBERステータスコマンドに対するレ
スポンスの構成を示す図である。

【図２９】SEND ASYNCH FILEコマンドの構成を示す図で
ある。

【図３０】Subfunctionフィールドにセットされるコー
ドの一例を示す図である。

【図３１】Attributeフィールドにセットされるコード
の一例を示す図である。

【図３２】SEND ASYNCH FILEコマンドに対するレスポン
スの構成を示す図である。

【図３３】Statusフィールドにセットされるコードの一
例を示す図である。

【図３４】SubFrameデータのフォーマット例を示す図で
ある。

【図３５】frame＿typeフィールドにセットされるコー
ドの一例を示す図である。

【図３６】sub＿typeフィールドにセットされるコード
の一例を示す図である。

【図３７】本実施例のProxy subunitから転送されるフ
ァイルリストのフォーマット例を示す図である。

【図３８】本実施例のProxy subunitから転送されるデ
ータファイルのフォーマット例を示す図である。

【図３９】本実施例のProxy subunitによるデータファ
イルの転送手順について説明する図である。

【図４０】本実施例におけるコネクションの設定手順を
示す図である。

【図４１】本実施例のProxy subunitが使用するSegment
＿Bufferに書き込まれる制御コマンドのフォーマットを
示す図である。

【図４２】図４１に示すfunctionフィールドにセットさ
れるコードの一例を示す図である。

【図４３】図４１のfunctionフィールドがSEND＿FILE＿
LISTとなるフレームのフォーマット例を示す図である。

【図４４】図４１のfunctionフィールドがSEND＿FILE＿
DATAとなるフレームのフォーマット例を示す図である。

【図４５】本実施例のProxy subunitによるデータファ
イルの転送手順について説明する図である。

【図４６】Asynchronous Connectionの基本構成を説明
する図である。

【図４７】Asynchronous Port Registerの構成を示す図
である。

【図４８】各ノードの有するAsynchronous Port Regist
erの一例を示す図である。

【図４９】Asynchronous Connectionにおいて用いられ
るコマンドフレームとそれに対応するレスポンスフレー
ムの構成を説明する図である。

【図５０】図４９に示すplug idフィールド、connected
plug idフィールドにセットされるコードの一例を示す
図である。

【図５１】port idフィールド、connected port idフィ
ールドにセットされるコードの一例を示す図である。

【図５２】port ビットフィールド、connected port ビ
ットフィールドにセットされるコードの一例を示す図で
ある。

【図５３】コネクションの設定手順を説明する図であ
る。

【図５４】ALLOCATEコマンドのコマンドフレームとそれ
に対応するレスポンスフレームにセットされるコードの
一例を示す図である。

【図５５】ALLOCATE＿ATTACHコマンドのコマンドフレー
ムとそれに対応するレスポンスフレームにセットされる
コードの一例を示す図である。

【図５６】ATTACHコマンドのコマンドフレームとそれに
対応するレスポンスフレームにセットされるコードの一
例を示す図である。

【図５７】CONSUMERの有するiAPRの構成を説明する図で
ある。

【図５８】iAPRのmodeフィールドにセットされるコード
の一例を示す図である。

【図５９】PRODUCERの有するoAPRの構成を説明する図で
ある。

【図６０】oAPRのmodeフィールドにセットされるコード
の一例を示す図である。

【図６１】PRODUCERとCONSUMERとの間におけるデータ転
送手順を説明する図である。

【図６２】コネクションの解除手順を説明する図であ
る。

【図６３】DETACHコマンドのコマンドフレームとそれに
対応するレスポンスフレームにセットされるコードの一
例を示す図である。

【図６４】DETACH＿RELEASEコマンドのコマンドフレー
ムとそれに対応するレスポンスフレームにセットされる
コードの一例を示す図である。

【図６５】RELEASEコマンドのコマンドフレームとそれ
に対応するレスポンスフレームにセットされるコードの
一例を示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者小野太刀雄東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者波多江真一東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】所定の機能を制御する第１のユニットが
扱うファイルを、前記第１のユニットの有する管理方法
とは別の管理方法で管理するファイル管理手段を有する
第１の機器と、前記第１のユニットとは異なる第２のユニットを有し、
前記ファイル管理手段を制御する第１の制御信号と第２
の制御信号とを伝送する第２の機器とを有し、前記ファイル管理手段は、前記第１の制御信号を受信し
た場合には、前記第２のユニットが要求するファイルの
付加情報を前記第２の機器に伝送するように制御し、前
記第２の制御信号を受信した場合には、前記第２のユニ
ットが要求するファイルを前記第２の機器に伝送するよ
うに制御することを特徴とするデータ通信システム。
【請求項２】前記ファイル管理手段は、前記ファイル
を階層的に管理することを特徴とする請求項１に記載の
データ通信システム。
【請求項３】前記ファイル管理手段は、前記ファイル
の付加情報を所定のデータ構造に基づいて管理すること
を特徴とする請求項１または２に記載のデータ通信シス
テム。
【請求項４】前記ファイル管理手段は、前記第１の制
御信号に基づいて、所定の種類のファイルの付加情報を
伝送するように制御することを特徴とする請求項１〜３
の何れか１項に記載のデータ通信システム。
【請求項５】前記ファイル管理手段は、前記第１のユ
ニットとは異なる機能を管理する第３のユニットが扱う
ファイルを、前記第１のユニットが扱うファイルととも
に管理することを特徴とする請求項１〜４の何れか１項
に記載のデータ通信システム。
【請求項６】前記第１の機器は、前記ファイルの付加
情報又は前記ファイルから少なくともフレームを一つ生
成し、前記フレームを順次Asynchronous転送することを
特徴とする請求項１〜５の何れか１項に記載のデータ通
信システム。
【請求項７】前記第２のユニットは、前記第１のユニ
ットとは異なる機能を管理することを特徴とする請求項
１〜６の何れか１項に記載のデータ通信システム。
【請求項８】前記第１のユニットは、画像ファイルを
扱うことを特徴とする請求項１〜７の何れか１項に記載
のデータ通信システム。
【請求項９】前記第１のユニットは、撮像機能を制御
するユニットであることを特徴とする請求項１〜８の何
れか１項に記載のデータ通信システム。
【請求項１０】前記第１のユニットは、画像ファイル
の記録再生を制御するユニットであることを特徴とする
請求項１〜９の何れか１項に記載のデータ通信システ
ム。
【請求項１１】所定の機能を制御する第１のユニット
が扱うファイルを、前記第１のユニットの有する管理方
法とは別の管理方法で管理するファイル管理手段と、前記第１のユニットとは異なる第２のユニットを有する
外部機器から伝送された第１の制御信号と第２の制御信
号とを受信する受信手段とを有し、前記ファイル管理手段は、前記第１の制御信号を受信し
た場合には、前記第２のユニットが要求するファイルの
付加情報を前記第２の機器に伝送するように制御し、前
記第２の制御信号を受信した場合には、前記第２のユニ
ットが要求するファイルを前記外部機器に伝送するよう
に制御することを特徴とするデータ通信装置。
【請求項１２】前記ファイル管理手段は、前記ファイ
ルを階層的に管理することを特徴とする請求項１１に記
載のデータ通信装置。
【請求項１３】前記ファイル管理手段は、前記ファイ
ルの付加情報を所定のデータ構造に基づいて管理するこ
とを特徴とする請求項１１または１２に記載のデータ通
信装置。
【請求項１４】前記ファイル管理手段は、前記第１の
制御信号に基づいて、所定の種類のファイルの付加情報
を伝送するように制御することを特徴とする請求項１１
〜１３の何れか１項に記載のデータ通信装置。
【請求項１５】前記ファイル管理手段は、前記第１の
ユニットとは異なる機能を管理する第３のユニットが扱
うファイルを、前記第１のユニットが扱うファイルとと
もに管理することを特徴とする請求項１１〜１４の何れ
か１項に記載のデータ通信装置。
【請求項１６】前記ファイルの付加情報又は前記ファ
イルから少なくともフレームを一つ生成し、前記フレー
ムを順次Asynchronous転送することを特徴とする請求項
１１〜１５の何れか１項に記載のデータ通信装置。
【請求項１７】前記第２のユニットは、前記第１のユ
ニットとは異なる機能を管理することを特徴とする請求
項１１〜１６の何れか１項に記載のデータ通信装置。
【請求項１８】前記第１のユニットは、画像ファイル
を扱うことを特徴とする請求項１１〜１７の何れか１項
に記載のデータ通信装置。
【請求項１９】前記第１のユニットは、撮像機能を制
御するユニットであることを特徴とする請求項１１〜１
８の何れか１項に記載のデータ通信装置。
【請求項２０】前記第１のユニットは、画像ファイル
の記録再生を制御するユニットであることを特徴とする
請求項１１〜１９の何れか１項に記載のデータ通信装
置。
【請求項２１】所定の機能を制御する第１のユニット
が扱うファイルを、前記第１のユニットの有する管理方
法とは別の管理方法で管理する処理と、前記第１のユニットとは異なる第２のユニットを有する
外部機器から伝送された第１の制御信号と第２の制御信
号とを受信する処理と、前記第１の制御信号を受信した場合には、前記第２のユ
ニットが要求するファイルの付加情報を前記外部機器に
伝送するように制御する処理と、前記第２の制御信号を受信した場合には、前記第２のユ
ニットが要求するファイルを前記外部機器に伝送するよ
うに制御する処理とを行うことを特徴とするファイル管
理方法。
【請求項２２】更に、前記ファイルを階層的に管理す
る処理を行うことを特徴とする請求項２１に記載のファ
イル管理方法。
【請求項２３】更に、前記ファイルの付加情報を所定
のデータ構造に基づいて管理する処理を行うことを特徴
とする請求項２１または２２に記載のファイル管理方
法。
【請求項２４】前記第１の制御信号に基づいて、所定
の種類のファイルの付加情報を伝送するように制御する
ことを特徴とする請求項２１〜２３の何れか１項に記載
のファイル管理方法。
【請求項２５】更に、前記第１のユニットとは異なる
機能を管理する第３のユニットが扱うファイルを、第１
のユニットが扱うファイルとともに管理する処理を行う
ことを特徴とする請求項２１〜２４の何れか１項に記載
のファイル管理方法。
【請求項２６】前記ファイルの付加情報又は前記ファ
イルから少なくともフレームを一つ生成し、前記フレー
ムを順次Asynchronous転送することを特徴とする請求項
２１〜２５の何れか１項に記載のファイル管理方法。
【請求項２７】前記第２のユニットは、前記第１のユ
ニットとは異なる機能を管理することを特徴とする請求
項２１〜２６の何れか１項に記載のファイル管理方法。
【請求項２８】前記第１のユニットは、画像ファイル
を扱うことを特徴とする請求項２１〜２７の何れか１項
に記載のファイル管理方法。
【請求項２９】前記第１のユニットは、撮像機能を制
御するユニットであることを特徴とする請求項２１〜２
８の何れか１項に記載のファイル管理方法。
【請求項３０】前記第１のユニットは、画像ファイル
の記録再生を制御するユニットであることを特徴とする
請求項２１〜２９の何れか１項に記載のファイル管理方
法。
【請求項３１】バス型ネットワーク上に設定された論
理的な接続関係を介してファイルの転送を行うソースノ
ードと、前記ソースノードから転送されたファイルを前記論理的
な接続関係を介して受信するデスティネーションノード
とを有し、前記ソースノードは、複数のファイルを一括して管理す
るファイル管理手段を有し、前記デスティネーションノ
ードは、該ファイル管理手段を遠隔操作して所望のファ
イルの転送を要求することを特徴とするデータ通信シス
テム。
【請求項３２】前記ファイル管理手段は、前記ファイ
ルと共に、該ファイルの属性情報を管理することを特徴
とする請求項３１に記載のデータ通信システム。
【請求項３３】前記ファイルの属性情報は、ファイル
番号、ファイルの種類、ファイルの作成日時、ファイル
の最終アクセス日時、ファイルのデータサイズ、ファイ
ルの名前の少なくとも１つを含むことを特徴とする請求
項３２に記載のデータ通信システム。
【請求項３４】前記ファイル管理手段は、前記ファイ
ルを階層的に管理することを特徴とする請求項３１〜３
３の何れか１項に記載のデータ通信システム。
【請求項３５】前記ファイルは、画像ファイル、音声
ファイル、動画像ファイル、テキストファイル、各種の
アプリケーションに依存するデータファイルの少なくと
も１つを含むことを特徴とする請求項３１〜３４の何れ
か１項に記載のデータ通信システム。
【請求項３６】前記ファイルは、一つ以上のセグメン
トに分割され、少なくとも１回の非同期転送により順次
転送されることを特徴とする請求項３１〜３５の何れか
１項に記載のデータ通信システム。
【請求項３７】前記デスティネーションノードは、前
記ファイル管理手段を遠隔操作して、所定の階層にある
全てのファイルの属性情報の転送を要求することを特徴
とする請求項３１〜３６の何れか１項に記載のデータ通
信システム。
【請求項３８】前記デスティネーションノードは、前
記ファイル管理手段を遠隔操作して特定種類のファイル
の属性情報の転送を要求することを特徴とする請求項３
１〜３６の何れか１項に記載のデータ通信システム。
【請求項３９】前記ファイルの属性情報は、一つ以上
のセグメントに分割され、少なくとも１回の非同期転送
により順次転送されることを特徴とする請求項３７また
は３８に記載のデータ通信システム。
【請求項４０】前記バス型ネットワークは、ＩＥＥＥ
１３９４−１９９５規格に準拠したネットワークである
ことを特徴とする請求項３１〜３９の何れか１項に記載
のデータ通信システム。
【請求項４１】前記ファイル又はファイルの属性情報
は、AsynchronousConnectionに準拠した通信プロトコル
に基づいて転送されることを特徴とする請求項３１〜４
０の何れか１項に記載のデータ通信システム。
【請求項４２】バス型ネットワークを介してファイル
の転送を行うソースノードと、前記ソースノードから転送されたファイルを前記バス型
ネットワークを介して受信するデスティネーションノー
ドと、前記ソースノードと前記デスティネーションノードとの
間に論理的な接続関係を設定するコントローラとを有
し、前記ソースノードは、複数のファイルを階層的に管理す
るファイル管理手段を有し、前記デスティネーションノ
ードは、該ファイル管理手段を遠隔操作して所望のファ
イルの転送を要求する通信手段を有することを特徴とす
るデータ通信システム。
【請求項４３】複数種類の機能ユニットからなるソー
スノードと、前記複数種類の機能ユニットの一つを扱うファイル情報
を要求するデスティネーションノードとを有し、前記ソースノードは、各機能ユニットが扱うファイル情
報を一括して管理する機能ユニットを用いて前記デステ
ィネーションノードの要求するファイル情報を提供する
ことを特徴とするデータ通信システム。
【請求項４４】複数種類の機能ユニットと、各機能ユ
ニットが扱うファイル情報を一括して管理するファイル
ユニットとを有するソースノードと、前記複数種類の機能ユニットの一つが扱うファイル情報
を要求するデスティネーションノードと、前記ソースノードと前記デスティネーションノードとの
間に論理的な接続関係を設定するコントローラとを有
し、前記ソースノードのファイルユニットは、前記論理的な
接続関係を介し、前記デスティネーションノードの要求
するファイル情報を提供することを特徴とするデータ通
信システム。
【請求項４５】バス型ネットワーク上に設定された論
理的な接続関係を介してファイルの転送を行う通信手段
と、複数のファイルを一括して管理するファイル管理手
段とを有し、前記ファイル管理手段は、デスティネーションノードの
遠隔操作に応じて該デスティネーションノードの要求す
るファイルを転送することを特徴とするデータ通信装
置。
【請求項４６】複数種類の機能ユニットと、前記複数種類の機能ユニットが扱うファイル情報を一括
して管理するファイル管理ユニットとを有し、前記ファイル管理ユニットは、デスティネーションノー
ドの要求するファイル情報を提供することを特徴とする
データ通信装置。
【請求項４７】前記ファイル管理ユニットは、前記デ
スティネーションノードとの間に設定された論理的な接
続関係を介して該デスティネーションノードの要求する
ファイル情報を提供することを特徴とする請求項４６に
記載のデータ通信装置。
【請求項４８】複数種類の機能ユニットからなるソー
スノードと、前記複数種類の機能ユニットの一つが扱う
ファイル情報を要求するデスティネーションノードとか
らなるシステムにおけるファイル管理方法であって、前記ソースノードは、各機能ユニットが扱うファイル情
報を一括して管理する機能ユニットと用いて、前記デス
ティネーションノードの要求するファイル情報を提供す
ることを特徴とするファイル管理方法。
【請求項４９】複数種類の機能ユニットと、各機能ユ
ニットが扱うファイル情報を一括して管理するファイル
ユニットとを有するソースノードと、前記複数種類の機能ユニットの一つが扱うファイル情報
を要求するデスティネーションノードと、前記ソースノ
ードと前記デスティネーションノードとの間に論理的な
接続関係を設定するコントローラとからなるシステムに
おけるファイル管理方法であって、前記ソースノードのファイルユニットは、前記論理的な
接続関係を介し、前記デスティネーションノードの要求
するファイル情報を提供することを特徴とするファイル
管理方法。
【請求項５０】所定の機能を制御する第１のユニット
が扱うファイルを、前記第１のユニットの有する管理方
法とは別の管理方法で管理するステップと、前記第１のユニットとは異なる第２のユニットを有する
外部機器から伝送された第１の制御信号と第２の制御信
号とを受信するステップと、前記第１の制御信号を受信した場合には、前記第２のユ
ニットが要求するファイルの付加情報を前記外部機器に
伝送するように制御するステップと、前記第２の制御信号を受信した場合には、前記第２のユ
ニットが要求するファイルを前記外部機器に伝送するよ
うに制御するステップとからなるプログラムをコンピュ
ータ読み出し可能に記録したことを特徴とする記憶媒
体。