WO2000060445A1

WO2000060445A1 - Systeme de traitement de donnees, dispositif emetteur/recepteur de donnees et support enregistre

Info

Publication number: WO2000060445A1
Application number: PCT/JP2000/001928
Authority: WO
Inventors: Chiyoko Matsumi; Junji Yoshida; Masazumi Yamada; Yukio Kurano
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 1999-03-30
Filing date: 2000-03-29
Publication date: 2000-10-12
Also published as: CN1691643B; CN1353830A; US7194548B1; TW559727B; CN1691643A; KR20010110717A; KR100710939B1; EP1172723A1

Description

明細書データ処理システム、データ送受信装置、記録媒体技術分野

本発明は、記録メディアにどのようにファイルが記録されているかを示す情報であるフアイル管理情報を表示する、あるいはそのフアイル管理情報に指定されるファイルを処理するファイル処理システム、ファイル処理方法及びプログラム記録媒体に関するものである。

さらに、本発明は、リアルタイム伝送を行なうストリームデータ記録再生装置に記録されるストリームデータをファイルと見せかけながら処理するための送受信装置及び送受信方法に関するものである。

さらに、本発明は、ストリームデータのリアルタイム伝送を実現するデータ伝送装置及び方法、及び、著作権情報を含むデータを伝送する送受信装置及び方法に関するものである。背景技術現在、パーソナルコンピュータ（以下 PC)のデータを記録する記録装置として、フロッピディスクドライブ（以下 FDD)、ハードディスクドライブ（以下 FDD)、 CD-ROM機などがある。これら記録装置は、 IDEや SCSIと呼ばれるィンターフェ一スによって PCと接続される。

このような PCと接続する記録装置や、 PC内のハードウェアは、 Windows、 MacOS、― UNIXで代表される Operating system (以下 OS)と呼ばれるソフトゥェァにより動作が制御される。この OSには、 FDD、 CD- ROM機などの記録装置それぞれの媒体に記録されたデータを、ファイルとして扱うために、フアイルシステムという概念が導入されている。ファイルシステムは、データをファイルとして扱うためには、ファイルとして区切られたデータ毎に、フアイル名、ファイルデータが記録されている位置、ファイル長、ファイル記録日時等の情報を持たせて、統括管理するためのシステムである。

例えば、 Windows系の PCは、ハードウェア、 OSであるカーネルモードのソフトウエア、アプリケ一ションであるユーザーモ一ドのソフトウエアで構成される。 Windows98という OSでは、 FDDや HDDには FAT (File Allocation Ta ble)と呼ばれるファイルシステム、 CD-ROM機には CDFS (CD File System)と呼ばれるファイルシステムを使用している。ファイルシステムを司るソフトウェアがファイルシステムドライバ（以下 FSD)であり、 FSDは OSに含まれている。 FSDを通してのみ、記録装置の媒体へのデータ（ファイル）の READや、記録されているデータ（ファイル）の WRITEなどのファイルへのアクセスを行なうことが可能である。

ところで、近年、 IEEE1394規格などの新しい規格に基づいたディジタルインターフェースが PCに導入され、 PCと、映像や音声を記録再生する VCR ( 例えば DV (Digital Video Cassette) )などの機器を接続できるようになった。

しかしながら、 DVはファイルシステムに対応しておらず、 DVと PCを接続しても、 PCから DVの記録内容をファイルとして扱うことができないという問題点を有しており、 DV用のファイルシステム（DV File system, DVFSと略す）と、 PCで DVFSを扱うファイルシステムドライバが必要である。

また、 DVにファイルシステムを導入できたとしても、アプリケーションからの FSDを通してのファイルへのデータの書込みは、

1) File OPEN命令一 Fi le名を指定

2) オープンした Fileへの WRITE命令一書込み開始位置、書込みデータサイズ、書込みデータを指定

3) File CLOSE命令

もしくはこの繰り返しにより行なわれる。書込む順序、書込みサイズ、書込みのタイミングはアプリケーションと OSにより決まり、 DVから見れば、非同期 · ランダムな要求である。同様に、アプリケーションからの FSDを通してのファイルからのデータの読出しは、

1) File OPEN命令一 File名を指定

2) オープンした Fileへの READ命令一読出し開始位置、読出しデ一タサイズを指定

3) File CLOSE命令

もしくはこの繰り返しにより行なわれる。データの読出し順序、読出しサイズ、読出しのタイミングはアプリケーションと OSにより決まり、 DVから見れば、非同期 · ランダムな要求である。

DVはストリームデータを送受信しているので、上記した非同期 · ランダムなアクセスに応じられないという問題点を有しており、このようなァクセスに応じる仕組みが必要である。

そして、 DVのようなシーケンシャルな磁気テープ記録機器は動作を小刻みに切り替えるような操作を前提としていないため、細かくメカニズムを動作させてこのようなランダムなアクセスに対応できるようにしたとしても、処理時間が非常にかかる、メカニズムの動作モード変更の回数の増加によるメカニズム ·テープが傷むことになる。また、編集などの特殊な処理を行なうためにはこのようなランダムアクセスは必要であるが、 AVデータのリアルタイム再生表示やコピーをしたいだけであれば、ストリームデータを一気に扱う方が効率がよい。そこで、このような非同期 'ランダムなアクセスを行なうアプリケーションと、ストリームデータを一気に扱うアプリケーションに対し、それぞれに適切に対応させることも必要となる。一方、 IEEE1394 I/Fを用いて PCと外部機器を接続するために、 Windows98 においては既存のアーキテクチャとは異なる新たに IEEE1394に対応するドライバとして、 WDM(Windows Driver Model)のアーキテクチャに準じた、 WD Mドライバが導入され、 DirectShowと呼ばれる映像音声データなどのストリームデータを PC上で取り扱う環境が整えられている。このように PCと DVなどのディジタル映像音声機器との融合が進められてきているが、 PCにおいては元々同期のデータを扱うことを考慮していなかつたため、リアルタイムのデータを途切れさせずに扱う仕組みにはなっていない。

即ち、 PCから DVへの送信を行なうには、映像の 1フレーム毎に固定量のデータを所定のフレーム間隔が維持できるようにして送信する必要があるが、処理の一部もしくは全部を PC上のソフトゥヱァで実現した場合では、 1フレームの処理にかかる時間は一定しない。 PCでは、データの処理単位毎に処理時間を指示する仕組みになっているが、あるフレームの処理時間がかかった場合には、その次のフレームの処理を優先するように指示するのではなく、次のフレームの処理時間を遅らせるように指示する。従って、所定のフレーム間隔を維持して送信し続けることができない。

DVだけでなく、衛星放送の MPEG2-TPデータを受信する Set Top Box (以下 S TBと記述）を始め、多くのディジタル映像音声機器においても、 IEEE1394 I により、他の機器との間でデータを送受信することができる。

さらに、著作権保護の観点から、 AVデータを伝送する場合には、 IEEE139 4の伝送バケツトのヘッダ部に著作権情報を載せて伝送する方式が、 1998年 7月 (こ「5し Digiて al transmission Content Protection White PaperJ (こおいて提案されている。現状の PCは、 AVデータの著作権情報に対応する仕組みを持っていないため、 PCが他の AV機器との間で AVデータの送受信を行なうには、著作権情報に応じて AVデータを扱う仕組みが新たに必要である。発明の開示

本発明は、従来、 DVはストリームデータを送受信しているので、上記した非同期 · ランダムなアクセスに応じられないという問題点を有しており、このようなアクセスに応じる仕組みが必要であるという課題を解消することを目的とするものである。

また、本発明は、近時 PCと DVなどのディジタル映像音声機器との融合が進められてきているが、 PCにおいては元々同期のデータを扱うことを考慮していなかったため、リアルタイムのデータを途切れさせずに扱う仕組みにはなっていないという課題を解消することを目的とするものである。さらに、本発明は、従来、 PCが他の AV機器との間で AVデータの送受信を行なうには、著作権情報に応じて AVデータを扱う仕組みが新たに必要であるという課題に答えることを目的とするものである。

本発明（請求項 1に対応）は、ファイルシステムドライバおよびデバィスドライバを含むオペレーティングシステムを有するデータ処理システムにおいて、

記録及び Z又は再生の際リアルタイム性が要求されるインタ—フェースを有するデバイスのデータを処理するためのリアルタイムィンタフエース用ドライバと、

記録及び. Z又は再生の際リアルタイム性が要求されないィンターフェ一スを有するデバイスのデータを処理するための非リアルタイムィンターフエース用ドライバと、

ファイルシステムに関する所定の処理の命令を、それを扱う各制御手段に振り分ける I F Sマネジャーと、

前記リアルタイム性が要求されるィンターフェ一スを有するデバイスに格納された第 1媒体におけるデータに関する第 1フアイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令を、前記第 1媒体上のデータ処理用命令に変換し、前記リアルタイムインタフエ一ス用ドライバへ送信する第 1制御手段と、

前記リアルタイム性が要求されないィンターフェースを有するデバイスに格納された第 2媒体におけるデータに関する第 2フアイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令に応じて、前記第 2媒体上のファイルへのアクセスのための処理を行い、 1ノ〇サブシステムを介して、前記所定の処理命令を前記非リアルタイムインタフェース用ドライバへ送信する第 2制御手段と、

を備えたことを特徴とするデータ処理システムである。

本発明（請求項 8に対応）は、ファイルシステムドライバおよびデバイスドライバを含むオペレーティングシステムを有するデータ処理システムにおいて、

ファイルシステムで扱えるフアイノレを表示し、表示されたファイルから所望のファイルを選択し、前記選択したフアイルに関連づけられた処理を起動する表示アプリケーション手段と、

記録及び Z又は再生の際リアルタイム性が要求されるインターフェースを有するデバイスのデータを格納する第 1媒体に対して処理を行う第 1処理部と、

記録及ぴ Z又は再生の際リアルタイム性が要求されないインターフエ一スを有するデバイスのデータを格納する第 2媒体に対して処理を行う第 2 処理部と、

前記選択されたフアイルの存在するデバイスを識別するデバイス識別手段と、

前記デバィス識別手段の識別結果に応じて、前記第 1処理部又は第 2処理部を駆動させるフアイル起動部と、

を備えたことを特徴とするデータ処理システムである。

また、本発明（請求項 9 に対応）は、ファイルシステムドライバおよびデバイスドライバを含むオペレーティングシステムを有するデ一タ処理システムにおいて、

記録及び Z又は再生の際リアルタイム性が要求されるインターフェースを有するデバイスのデータを処理するためのリアルタイムィンタフエース用ドライバと、

記録及び Z又は再生の際リアルタイム性が要求されないインターフエ一スを有するデバイスのデ一タを処理するための非リアルタイムィンターフエース用ドライバと、

前記リアルタイム性が要求されるインターフ一スを有するデバイスのデータを格納した第 1媒体におけるそのデータに関する第 1ファイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令を、前記第 1媒体上のデータ処理用命令に変換し、前記リアルタイムィンタフヱ一ス用ドライバへ送信する第 1制御手段と、

前記リアルタイム性が要求されないィンターフェ一スを有するデバイスのデータを格納した第 2媒体におけるそのデータに関する第 2フアイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令に応じて、前記第 2媒体上のファイルへのアクセスのための処理を行い、 I ZOサブシステムを介して、前記所定の処理命令を前記非リアルタィムィンタフェース用ドライバへ送信する第 2制御手段と、

ファイルシステムで扱えるフアイノレを表示し、.表示されたファイルから所望のファイルを選択し、前記選択したフアイルに関連づけられた処理を起動する表示アプリケーション手段と、

記録及びノ又は再生の際リアルタイム性が要求されるィンターフェースを有するデバイスのデータを格納する第 1媒体に対して処理を行う第 1処理部と、記録及び/又は再生の際リアルタイム性が要求されないィンターフェ一スを有するデバイスのデータを格納する第 2媒体に対して処理を行う第 2 処理部と、前記選択されたファイルの存在するドライブを識別するドライブ識別手段と、前記ドライブ識別手段の識別結果に応じて、前記第 1処理部又は第 2処理部を駆動させるファイル起動部と、を備えたことを特徴とするデータ処理システムである。本発明（請求項 1 3 に対応）は、予め決められた所定の時刻情報を生成する時間間隔生成手段と、

一連のデータフレームをストリームデータとして出力する出力手段と、前記ストリームを構成する前記一連のデータフレームをバケツトデータに分割して送信する送信手段と、

前記出力手段と前記送信手段とを管理する伝送管理手段とを備え、前記伝送管理手段は、前記所定の時刻情報に基づいて、前記送信手段に前記ストリームデータを入力させることを特徴とするデータ伝送装置である。

本発明（請求項 2 2に対応）は、入力されたストリームデータを分割し、各々にヘッダ情報を付加してバケツトとし、前記ストリームデータの各フレームの少なくとも最初のバケツトのヘッダ情報中にデータの受信側のバケツト処理開始時刻情報を含ませて、出力するデータ変換手段と、前記データ変換手段で処理されたバケツトを、時計を利用して前記パケット処理開始時刻情報に対応した伝送開始時刻でバスへ出力するインタフエースとを備え、

前記バケツ卜の処理開始時刻情報は、最初のフレームの最初のバケツトの伝送開始時刻を X、フレーム番号を N、フレーム周期を Y、初期値を Ζ 、各フレームの前記バケツ卜の処理開始時刻を Τ 1とすると、

Τ 1 = Χ + Ζ + Υ (Ν— 1 )

(ただし、 Χ〉 = 0、 Ζ > = 0 )

で表されることを特徴とするデータ伝送装置である。

本発明（請求項 2 7に対応）は、内部に付加情報が記述されている伝送路へッダと、データブロックとを含む伝送パケットを受信するインターフエースと、前記伝送バケツトを前記伝送路ヘッダと前記データプロックとに分離する伝送路ヘッダ分離手段と、前記伝送路ヘッダから前記付加情報を抽出する付加情報抽出手段と、前記データブロックから一つまたは複数の前記データブロックを結合させたデータバケツトを生成するデータバケツト生成手段と、前記付加情報を前記データバケツトに付加または挿入を行い、アプリケーションが同時に処理出来る一種類のデータ形式の出力バケツトとして出力する付加情報挿入手段と、を備え、

前記アプリケーションはその付加情報挿入手段で出力された出力バケツトを処理することを特徴とする受信装置である。本発明（請求項 3 1に対応）は、内部に付加情報が記述されている伝送路へッダと、データブロックとを含む伝送パケットを受信するインターフエースと、

前記伝送バケツトを前記伝送路ヘッダと前記データプロックとに分離する伝送路へッダ分離手段と、

前記伝送路ヘッダから前記付加情報を抽出する付加情報抽出手段と、前記データプロックから一つまたは複数の前記データプロックを結合させたデータバケツトを生成するデータバケツト生成手段と、

前記データバケツトをソースバケツトヘッダとソースバケツトに分離するソースバケツトヘッダ分離手段と、

前記付加情報を前記ソースバケツ卜に付加または挿入または置換を行い、アプリケーションが同時に処理出来る一種類のデータ形式の出力バケツトとして出力する付加情報挿入手段と、を備え、

前記アプリケ一シヨンは、その付加情報挿入手段で出力された出力パケットを処理することを特徴とする受信装置である。

本発明（請求項 3 8に対応）は、アプリケーションが同時に処理出来る一種類の入力バケツトを受け取ると、前記入力バケツトを構成するデータバケツトに追加または挿入されている前記付加情報を取り出す付加情報分離手段と、

前記データバケツトから一つまたは複数のデータプロックを生成するデ一タブロック生成手段と、

前記データブロックに所定の処理を施し、前記付加情報をデ一タブ口ックの所定の位置に挿入することにより前記伝送パケットを生成する伝送パケット生成手段と、

前記伝送ノケットを送信するインタ一フェースとを備えたことを特徴とするデータ送信装置である。

本発明（請求項 4 2に対応）は、アプリケーションが同時に処理出来る一種類のデータ形式の入力バケツトを受け取ると、前記入力バケツトを構成し、付加または挿入または置換されている付加情報を有するトランスポ一トバケツトから前記付加情報を取り出す付加情報分離手段と、

前記トランスポートバケツトにソースバケツトヘッダを連結してデータバケツトを生成するデータバケツト生成手段と、

前記デ一タパケットから一つまたは複数のデ一タブロックを生成するデ一タブロック生成手段と、

前記データブロックに所定の処理を施し、前記付加情報をデータブロックの所定の位置に挿入することにより前記伝送パケットを生成する伝送パケット生成手段と、

前記伝送バケツトを出力するィンタ一フェースとを備えたことを特徴とする送信装置である。

また、本発明は、上記いずれかの本発明の全部又は一部の構成要素の全部又は一部の機能をコンピュ一タにより実行させるためのプログラム及び Z又はデータを担持した媒体であって、コンピュータにより処理可能なことを特徴とする媒体である。さらに、本発明は、上記いずれかの本発明の全部又は一部の構成要素の全部又は一部の機能をコンピュータにより実行させるためのプログラム及び Z又はデータであることを特徴とする情報集合体である。図面の簡単な説明図 1は、実施の形態 1のファイル処理システムのブロック図である。

図 2は、実施の形態 2のファイル処理システムのブロック図である。

図 3は、実施の形態 3である DV用 FSD (実施の形態 1及び 2で使用される）のブロック図である。

図 4は、実施の形態 4である DVFS処理サボ一トアプリケーション（実施の形態 1及び 2で使用される）の第 1の構成例のプロック図である。

図 5は、実施の形態 5である DVFS処理サボ一トアプリケーション（実施の形態 1及び 2で使用される）の第 2の構成例のプロック図である。

図 6は、実施の形態 6のデータ伝送装置のプロック図である。

図 7は、実施の形態 6のデータ伝送装置が使用する時間ィンターバル情報の説明図である。

図 8は、実施の形態 7のデータ伝送装置のプロック図である。

図 9は、 DVフレームデータを IEEE1394 Bus上で伝送する方法の説明図である。

図 10は、 IEEE1394 BUSにおける Isochronous Packetの送受信タイミングを表すタイムチヤ一ト

図 11は、 SYTの計算方法の説明図である。

図 12は、 CIP生成部 115の動作例のフローチャート

図 13は、実施の形態 8の受信装置のブロック図である。図 14は、実施の形態 9の受信装置のブロック図である。

図 15は、実施の形態 10の送信装置のプロック図である。

図 16は、実施の形態 11の送信装置のプロック図である。

図 17は、実施の形態 8， 9， 10、 11で使用される入出力パケットの構成例の説明図である。

図 18は、 MPEG2の TSバケツトを IEEE1394 Bus上で伝送する方法の説明図である。

図 19は、第 12の実施例であるプログラムによる実現の説明図である。発明を実施するための最良の形態

以下に、本発明の実施の形態を図面を参照して説明する。

(実施の形態 1 )

先ず、本発明の実施の形態 1のファイル処理システムの構成を、図 1を用いて説明する。図 1は、本発明の実施の形態 1のファイル処理システムのブロック図である。ファイル処理システムを WindowsPCで実現するとして、以下に説明する。図 1において、 10は PC (ファイル処理システム）、 11は F S表示アプリケーション、 12は Fileコピーアプリケーション、 13は File再生アプリケーション、 14はシステムサービス、 15は I/Oマネージャサブセット、 16は IFSマネージャ、 17は I/Oサブシステム、 18は表示デバイス、 19は表示デバイス用ドライバ、 20は WDM非対応デバイス（本実施例では HDDを例として説明する）、 21は HDD用ファイルシステムドライノく（HDD用 FSD)、 22は HDD用ドライバ、 23は WDM対応デバイス（本実施例では DVを例として説明する）、 24 は DV用ドライバであり、ここまでは従来の PCで既に存在している要素である。 30は DVFS処理サポートアプリケーション、 31は IFSモニタ、 32は DV用フアイルシステムドライノく（DV用 FSD)を示す。

ファイル処理システム 10は、 DVFS処理サポートアプリケーション 30、 IFS モニタ 31、 DV用 FSD 32のない状態では、 HDD 20に記録されているファイルにのみ対応可能なシステムである。 HDD 20は、記録されているファイルやディレクトリ構成は、 FAT (File Allocation Table)に基づき、 HDD用 FSD 21 により管理されている。

DV 23には磁気テープが収納されており、磁気テープにはデータをフアイル形式で記録できるものとする。記録されているファイルやディレクトリ構成を管理するために必要なファイル管理情報が記録されているものとする。ファイル管理情報は、テープ ID、 Volume名のようなテープに関する情報、各ファイル毎に設定されるファイルエントリ、各ディレクトリ毎に設定されるディレクトリエントリ等から構成できる。各エントリは、フアイル名、作成日時等の情報から構成され、さらにファイルエントリはフアイルサイズ、テープ上の記録位置等の情報も持つ。ファイルサイズは、フレーム数でもバイト数でも良い（両方の値で管理しても良い）。

上記の構成において、まず、 DV 23内の磁気テープの記録内容を、そのフアイル管理情報に基づいて、表示する場合の動作を説明する。

PC 10で、 HDD 20、 FDD, CD- ROMなどに記録されたファイルの内容を表示するために使用する FS表示アプリケーション 11により、 DV 23內の磁気テープに記録した内容を表示するものとする。

FS表示アプリケーション 11は、所望のファイルの情報を得るために、まず、そのファイルの OPEN要求をシステムサービス 14、 IFSマネージャ 16を通して DV用 FSD 32に送る。 DV用 FSD 32が、ファイル管理情報にアクセスして、ファイルの存在を確認してリターンした後に、 FS表示アプリケーション 1 1は、ファイルサイズ、ファイル更新日時などの情報の取得要求をシステムサービス 14、 IFSマネージャ 16を通して DV用 FSD 32に送り、 DV用 FSD 32はフアイル管理情報にアクセスし、要求された情報を抽出して、その情報をリターンする。 FS表示アプリケーション 11は、所望の情報を得た後、そのフ了ィルの CLOSE要求をシステムサ一ビス 14、 IFSマネージャ 16を通して DV用 F SD 32に送り、 DV用 FSD 32はそのファイルに関して保持していた情報を破棄してリターンする。

上記の処理を繰り返すことにより、例えば、 Microsoft社の Windowsにおける Explorerのような、 FS表示アプリケーション 11で、記録されているフアイルを一覧表示できる。

次に、 DV 23にあるファイルを HDD 20に Copyする場合の動作を説明する。まず、ユーザは、 FS表示アプリケーション 11により表示された一覧から、 D V 23にある COPYしたいファイルを選択し、 HDD 20上の任意の Directoryを Co py先として指示する。 Fileコピー処理部 12は、選択されたファイルの情報と、 HDD 20への Copyの要求を、システムサービス 14を介して IFSマネージャ 16に送る。

この場合、 IFSマネージャ 16に送られる要求は、具体的にはファイル (DV 23や HDD 20上にある）の処理を開始する通知（以下 OPEN- Request)、ファイルのデータを読込む処理の要求（以下 READ-Request)、フアイルへデ一タを書出す処理の要求（以下 WRITE- Request)、フアイルを処理を終了する通知（以下 CLOSE- Request)である。

OPEN- Requestは、ファイル名、デバイス番号、ファイル IDといった指定するファイルの情報と共に送られる。 READ- Requestや WRITE - Requestは、ファィル ID、要求するデータのフアイル内での位置やサイズといつた情報と共に送られる。 CLOSE - Requestは、ファイル IDと共に送られる。

IFSマネージャ 16は、コピー元として選択された DV 23上にあるファイルに関して、 DV用 FSD 32に、 0PEN^T-Requestを送り、次にデータの READ- Reques tを送り、全てのデータの読出し後に CLOSE- Requestを送る。また、 IFSマネージャ 16は、コピー先として選択された HDD 20に関して、 HDD用 FSD 22に、 OPEN- Requestを送り、次にデータの WRITE- Requestを送り、全てのデータの書込み後に CLOSE- Requestを送る。ここで、コピー元のファイル名とコピー先のファイル名は、フルパス名としては異なるが、 Directory部分を外したフアイゾレ名としては同じである。

IFSモニタ 31は、 IFSマネージャ 16からの出力を監視して、 DVFS処理サポ ―トアプリケーシヨン 30に送る機能を持つものである。（DVFS処理サポートアプリケーション 30では必要としない情報を捨てる機能を持つことも可能である。）従って、上記した DV 23への OPEN- Request, READ- Request CLOSE -Request, HDD 20への OPEN- Request, WRITE- Request、 CLOSE-Requestは、 I FSモニタ 31により取得され、 DVFS処理サポートアプリケ一ション 30に送られる。

DV用 FSD 32は、 OPEN- Requestと共に送られてきたファイル名から、対応するフアイル管理情報を抽出し、各 Requestと共に抽出したフアイル管理情報を DVFS処理サポートアプリケーション 30に送る。

DVFS処理サポートアプリケーション 30は、 IFSモニタ 31から送られる要求を調べて、 DV 23上のファイルに対するデータ読出し要求に対応する HDD 20 上のファイルに対する書込み要求があれば、 DV 23上のファイルを HDD 20に COPYすることが要求されていると判断し、 DV 23から DV用ドライバ 24を通して得られる DVのストリームデータを、ファイルの先頭として指定されている部分からファイルの終端として指定されている部分までを、リアルタイムで HDD 20に Captureする処理を行なう。

また、 HDD 20にあるファイルを DV 23に Copyする場合の動作は、上記とは逆に、 IFSマネージャ 16は、 DV用 FSD 32には WRITE- Request、 HDD用 FSD 22には READ-Requestを送り、その結果、 DVFS処理サポートァプリケーション 30 は、 HDD 20上のファイルを DV 23に送信し、 DV 23内の磁気テープに記録開始位置として指定された部分から記録する処理を行なう。

上記の処理により、ストリームデータしか入出力できない DV 23であっても、非同期 · ランダムな要求に基づいたファイルを単位としての DV 23から

HDD 20への Copy処理、及び HDD 20から DV 23への Copy処理が可能になる。 (実施の形態 2 )

次に、本発明の実施の形態 2のファイル処理システムの構成を、図 2を用いて説明する。図 2は、本発明の実施の形態 2のファイル処理システムのブロック図であり、システムを WindowsPCで実現するのは、実施の形態 1 と同じである。図 2において、殆どの構成は、図 1と同じであり、 40は Fil e再生起動アプリケーション、 41はドライブ識別部、 42は HDD File起動部、 43は DV File起動部である。

上記の構成において、まず、 DV 23内の磁気テープに記録されているファィルを、そのファイル管理情報に基づいて、再生表示する場合の動作を説明する。

FS表示アプリケーション 11のファイル一覧からファイルを選択してダブルクリックすると、ファイルの種類によって指定されるアプリケーションを選択及び起動し、起動されたアプリケーションは選択したファイルを「開く」動作を行なう仕組みになっている。 AVデータのファイルであれば、一般には File再生アプリケーション 13が起動されるようになっている。 HDD

20上のファイルであれば、この Fi le再生アプリケーション 13により、リアルタイム再生が可能である（映像信号はコマ落ちしている可能性あり）。 HDD

20上のファイルと同様に DV 23上のファイルを「開く」動作を行なおうとすると、 DV 23に記録されている AVデータのリアルタイム再生表示は非常に困難であり、専用のアプリケーションが必要である。

AVデータのファイルについて指定されるアプリケ一ションは、 File再生アプリケーション 13ではなく、 File再生起動アプリケーション 40とする。 F ile再生起動アプリケーション 40は起動されると、まずドライブ識別部 41で、選択されたファイルがどのドライブ上にあるかを判断する。ドライブ識別部 41で、 DV以外のドライブにあると判断された時には、 HDD File起動部 4 2を通して、選択されたファイルの情報を File再生アプリケーション 13に通知してこれを起動し、選択したファイルを「開く」動作を行なわせる。ドライブ識別部 41で、 DVのファイルと判断された時には、 DV File起動部 43を通して、選択されたファイルの情報を DVFS処理サポートアプリケーション 3 0に通知し、 DVFS処理サポ一トアプリケーション 30は、 DV 23力ら、 DV用ドライバ 24を通して得られる DVのストリームデータをリアルタイムで再生表示する処理を行なう。

上記の処理により、ストリームデータしか出力できない DV 23であっても、非同期 · ランダムな要求に基づいたファイルを単位としての DV 23にあるデータの再生表示処理が可能になる。

なお、本発明は、データが映像 ·音声データであるとして、アプリケーシヨンは映像 ·音声データを再生表示するものとして記述したが、それ以外の種類のデータであってもそれに対応するアプリケーションを用いて、同様の効果を得ることができる。

(実施の形態 3 )

本発明の実施の形態 1及び 2で使用される DV用 FSD 32の構成を、図 3を用いて説明する。図 3は、 DV用 FSD 32のブロック図であり、 50は Request識別/ Return送出部、 51はファイルエントリ抽出部、 52はファイル管理情報保持部、 53はアクセスファイルエントリ保持部、 54は第 1のファイル情報抽出部、 55は第 2のファイル情報抽出部である。

このように構成された DV用 FSDは、次のような動作を行なう。 Request識別/ Return送出部 50は、 IFSマネージャ 16との I/Fであり、 Requestを受取り、 Requestが要求する情報/データと Return codeを返す。また、 Request識別/ Return送出部 50は、複数種類の Requestの識別も行なう。 Requestが OPENであった場合は、ファイルエントリ抽出部 51は、 Request と一緒に渡されたファイル名を元にフアイル管理情報保持部 52からフアイル名に対応するファイルェントリを抽出し、アクセスファイルエントリ保持部 53に登録し、 OPEN- Requestを DVFS処理サポートアプリケーション 31に送る。 OPEN- Requestは、当該のファイルの処理を開始するという通知である。通常は、システムはファイルをファイル IDのみで扱っており、 OPEN-Re questのみ、ファイル IDとファイル名を対応させているので、アクセスファィルエントリ保持部 53によりフアイル IDとファイルエントリの対応付けを行なう必要がある。フアイル管理情報保持部 52が持つている情報からは、指定されたファイル名に相当するファイルが存在しない場合は、 Request識別/ Return送出部 50から失敗を意味する Return codeを返すようにする。

Requestが、 READまたは WRITEである時には、第 2のファイル情報抽出部 55 は、 Requestと一緒に渡されたファイル IDを元にアクセスファイルェントリ保持部 53から指定されたファイルに関する情報を抽出し、 Requestにそれらの情報も付け加えて DVFS処理サポートアプリケーション 30に送る。 DVFS処理サポートアプリケーション 30が、 DV 23にあるファイルの HDD 20への Copy もしくは HDD 20にあるファイルの DV 23への Copyと判断した場合には、 READ -Requestや WRITE- Requestに対し、データの処理を行なわないが、 Request 識別/ Return送出部 50から成功を意味する Return codeを返すようにする。

Requestが、 Closeである時には、第 2のファイル情報抽出部 55は、 Reques tと一緒に渡されたファイル IDを元に、アクセスファイルェントリ保持部 53 から、指定されたファイルのに関する情報を抽出し、 Requestを DVFS処理サポートアプリケーション 30に送り、 Request識別/ Return送出部 50から成功の Return codeを返すようにする。

上記した Request以外は、 Requestを DVFS処理サポートアプリケーション 3 0に送る必要はなく、第 1のファイル情報抽出部 54は、 Requestと一緒に渡されたファイル IDを元にアクセスファイルェントリ保持部 53から指定されたファイルに関する情報を抽出し、成功の Return codeと一緒に、 Request識別/ Return送出部 50から IFSマネージャ 16に送出する。

上記した構成の DV用 FSD 32により、ストリームデータしか入出力できない DV 23であっても、非同期 ·ランダムな要求に基づいたファイルを単位としての処理を行なわせることが可能になる。

(実施の形態 4 )

本発明の実施の形態 1及び 2で使用される DVFS処理サポートアプリケーシヨン 30の構成を、図 4を用いて説明する。図 4は、 DVFS処理サポートァプリケーシヨン 30のブロック図であり、 60はサポート処理判断部、 61は再生表示処理部、 62は DV→HDD Copy処理部、 63は HDD→DV Copy処理部、 64はファイル管理情報更新 ·取得部でる。

このように構成された DVFS処理サポートアプリケーションは、次のような動作を行なう。サポート処理判断部 60は DV用 FSD 32からの Request, IFS モニタ 31からの情報をもとに、 DV 23に関する処理を判断し、適切な処理を行なうように指示する。

再生表示処理部 61は、 File再生起動アプリケーション 40から、 DV 23内にあるテープに記録されたファイルの再生を指示された場合に、起動され、 D V用ドライバ 24と連係して再生表示処理を行なう。具体的には、

1) ファイルの先頭部分をサーチする動作の指示を DV用ドライバ 24を通して DV 23に送り、

2) 再生指示を DV用ドライバ 24を通して DV 23に送り、

3) DV 23で再生され、 DV 23から DV用ドライバ 24を通して送られるデータを表示し、

4) ファイルの最終部分に達したら、停止指示を DV用ドライバ 24を通して DV 23に送る

とレヽうような一連の操作を行なうものである。

DV→HDD Copy処理部 62は、サポート処理判断部 60の判断に従い、 DV 23内にあるテープに記録されたファイルの HDD 20への Copyを指示された場合に、起動され、 DV用ドライバ 24と連係して Copy処理を行なう。具体的には、

2) 再生指示を DV用ドライバ 24を通して DV 23に送り、

3) DV 23で再生され、 DV 23から DV用ドライバ 24を通して送られるデータを HDD 20に書込み、

というような一連の操作を行なうものである。

HDD→DV Copy処理部 63は、サポート処理判断部 60の判断に従い、 HDD 20 にあるファイルの DV 23内にあるテープへの Copyを指示された場合に、起動され、 DV用ドライバ 24と連係して Copy処理を行なう。具体的には、

1) テープの現在までのファイル記録終了位置をサーチする動作の指示を DV 用ドライバ 24を通して DV 23に送り、

2) HDD 20から読出すデータを、 DV用ドライバ 24を通して DV 23からに送り

3) 記録指示を DV用ドライバ 24を通して DV 23に送り、

というような一連の操作を行なうものである。

サポート処理判断部 60から DV→HDD Copy処理部 62や HDD→DV Copy処理部 6 3には、ファイル単位とした動作を指示しているので、少なくともファイルに関する情報であるファイルの記録位置、ファイルサイズも、動作指示に伴って渡される必要がある。その他に、例えば処理中であるメッセージを画面に出画する時にファイル名も表示しょうとするのであれば、ファイル名に関する情報も渡す必要がある。

ファイル管理情報にある情報を IFSマネージャ 16その他の部分から要求された場合、その都度テープ上にアクセスしていたのでは、処理に非常に時間が掛かる上に、 DV 23のメカニズムへの負担、テープそのものへの負担が非常に大きくなるため、あらかじめこれらの情報をファイル処理システム 1 0內のフアイル管理情報保持部 52に保持しておき、通常はファィル管理情報保持部 52にアクセスした方が良い。

そのために、ファイル管理情報更新 '取得部 64は、ファイル管理情報保持部 52に保持されているファイル管理情報をテープ上に記録する、もしくは、テープ上に記録されているフアイル管理情報をフ了ィル管理情報保持部 52に取得するという操作を行なう。

なお、テープ上に記録しているファイルと、テープ上に記録しているファィル管理情報と、フアイル管理情報保持部 52に保持されているファイル管理情報の間に食い違いが出ないようにするためには、少なくとも、テープ上にフアイルを記録した直後には、フアイル管理情報もテープに記録する必要がある。（複数のファイルを続けて記録することが予めわかる場合は、その最後のファイルをテープに記録した直後にまとめてファイル管理情報をテープに記録しても良い。）

ファイル処理システム 10の起動時には、ファイル管理情報を取得する必要がある。さらに、 DVの場合は、メディアが交換されても、 DV用ドライバ 2 4はその情報をフアイル処理システム 10に伝える仕組みになっていないので、ファイル管理情報更新 ·取得部 64は、メディアが交換されたかどうかをチェックできる機能を持つた方がよレ、。

メディァ IDをファイル管理情報に持たせておけば、ファイル管理情報保持部 52にあるフアイル管理情報と、フアイル管理情報更新 ·取得部 64が取得したファイル管理情報が、同一のメディアのものかどうかは、メディア I Dにより識別できるので、メディァが交換されたかどうかを判断できる。また、最終更新日時情報を、ファイル管理情報に持たせておけば、ファィル管理情報保持部 52にあるフアイル管理情報と、フアイル管理情報更新 -取得部 64が取得したフアイル管理情報のどちらが最新のフアイル管理情報であるかがわかるので、双方のファイル管理情報に食い違いがあっても、対応可能である。

ファイル処理システム 10の起動時以外に、ファイル管理情報を取得するタイミングは、例えば FS表示アプリケーション 11から特定の指示があった場合（かつ Copyや再生などの DV用ドライバ 24がデータを扱っていない時）をあげることができる。あるいは、定期的（かつ Copyや再生などの DV用ドライバ 24がデータを扱っていない時）に、取得しても良い。

上記した構成の DV用 FSD 32と連係して動作する DVFS処理サポートアプリケーシヨン 30により、ストリ一ムデータしか入出力できない DV 23であっても、非同期 · ランダムな要求に基づいたファイルを単位としての処理を行なわせることが可能になる。

上記の説明では、最終更新日時情報ゃメディァ IDはファィル管理情報の一部であるとしたが、メディア IDはテープに取り付けられた補助記憶メモリに記憶させても良い。また、メディア IDは、一旦そのテープに関して特定の値が設定されてしまえば、その値が変更されることはないので、パッケージのラベルなどに記録されていてもよいし、テープに形成されるトラックの補助データ記録領域などに記録すれば、フアイル管理情報をサーチしなくても、素早くその値を取得することができる。

要するに、メディア IDは、テープ、補助記憶メモリまたはそのパッケ一ジのいずれかの場所に記録されており、 DV用ドライバ 24によって取得できるものであればよレ、。

なお、第 3の実施例と第 4の実施例においては、サポート処理判断部 60 を DVFS処理サポートアプリケーション 30に含めて記述したが、この機能を D V用 FSD 32に持たせても（かつ T FSモニタ 31からの出力を DV用 FSD 32に入力する）、同様の効果を得ることができる。

なお、上記の説明では、処理が成功する流れを記述しているが、途中の処理で何らかのェラーが発生した場合には、各手段はェラーに対応した動作を行なう。

FSDが参照する DVFSのファイル管理情報が存在する場所は、 HDD、メモリ、テープのどこであろうと本特許は適用可能である。同じ PCで複数のテープに対応するだけのシステムであれば、テープとファイル管理情報を対応づけるメディア IDをフアイル管理情報に登録しておくことにより、テープに管理情報を記録しなくても良い。

また、ファイル管理情報をテープに記録するとしても、それを HDDもしくはメモリにアップ口一ドしておいて、実際には HDDもしくはメモリにァクセスするシステムであっても良い。

なお、映像や音声のデータだけでなく、一般のデータも同様に扱うことが可能である。

各動作の処理は一例であり、サーチ→再生—停止といった通常の再生動作だけでなく、土早送りや土スローなどの機能があっても良い。

(実施の形態 5 )

本発明の実施の形態 1及び 2で使用される DVFS処理サポートアプリケーシヨンの第 2の構成例を、図 5を用いて説明する。図 5は、 DVFS処理サボートアプリケ一ション 30aのブロック図であり、 65はサポ一ト処理判断部、 61は再生表示処理部、 62は DV→HDD Copy処理部、 63は HDD→DV Copy処理部、 64はファイル管理情報更新 '取得部、 66はランダムアクセス処理部、 70 は Request解析部、 71はバッファ管理部、 72はバッファ、 73は DV制御部である。再生表示処理部 61、 DV→HDD Copy処理部 62、 HDD→DV Copy処理部 63、ファイル管理情報更新 ·取得部 64は、実施の形態 4と同じものである。サポート処理判断部 65は、実施の形態 4におけるサポート処理判断部 60の持つ機能に、ランダムアクセスに対応する機能を追加したものである。

サポート処理判断部 65は、 DV 23から HDD 20への Copy処理と判断される Re quest, HDD 20から DV 23への Copy処理と判断される Request以外の、 DV 23 への OPEN- Request、 READ- Request、 WRITE- Request、 CLOSE- Requestを、ランダムアクセス処理部 66に渡す。 OPEN- Request, CLOSE- Requestを渡す場合、指定されたファイルに関する情報も Requestに伴って渡す。 READ- Request を渡す場合は、指定されたファイルのテープ上の記録位置、ファイルサイズに関する情報の他に、ファイルのどの部分が Requestされたのかを指定する情報を Requestデータの返し方の指定と共に渡す。

WRITE-Requestを渡す場合は、指定されたファイルのテープ上の記録位置、ファイルサイズに関する情報の他に、ファイルのどの部分が Requestされたのかを指定する情報を Requestデータと共に渡す。 Requestされるデータは、 READの場合も WRITEの場合も、ファイルの先頭からの Offsetバイト数と要求するデータのバイトサイズにより指定されるものとする。

ランダムアクセス処理部 66では、まず、 Request解析部 70で Requestを識別する。要求が READ-Requestである時は、 Request解析部 70は、ファイルのテープ上の記録位置とファイルの先頭からの Off setバイト数から、要求されているデータがテープのどの部分に記録されているかを確認する。バッファ管理部 71は要求されているデータがバッファ 72にあるかどうかを確認する。要求されているデータがバッファ 72にない場合は、 DV制御部 73は、要求されているデータが記録されている部分をサーチする動作の指示を DV用ドラィバ 24を通して DV 23に送り、再生指示を DV用ドライバ 24を通して DV 23に送り、 DV 23で再生され DV用ドライバ 24を通して送られるデータをバッファ 72に書込む。

また、バッファ管理部 71はバッファ 72から要求されているデータを、 Req uest解析部 70を経由して、サポート処理判断部 65に渡す。

要求が WRITE-Requestである時は、 Request解析部 70は、ファイルのテープ上の記録位置とファイルの先頭からの Offsetバイト数から、要求されているデータがテープのどの部分に記録されるべきである力、、具体的には何フレームの何バイト目から何バイト分書込むかを確認する。バッファ管理部 71は要求されているデータがバッファ 72にあるかどうかを確認する。要求されているデータがバッファ 72にない場合は、 DV制御部 73は、要求されているデータを記録するべき部分をサーチする動作の指示を DV用ドラィバ 24を通して DV 23に送り、再生指示を DV用ドライバ 24を通して DV 23に送り、 DV 23で再生され DV用ドライバ 24を通して送られるデータをバッファ 72に書込む。バッファ管理部 71は、 WRITE- Requestされたデータをバッファ 72にあるデータに上書きし、少なくともバッファ 72上の書き換えられたフレームのデータを DV用ドライバ 24を通して DV 23に送り、 DV 23にあるテープ上の指定された部分に上書きする。

DV 23への記録はフレームを単位として行なわれるが、 WRITE - Requestの指定はバイト単位であり、フレームの途中からの指定されるため上記の手順が必要である。但し、バッファ管理部 71により、既にそれまでの処理により、必要なデータがバッファ 72に存在していると判断される場合には、 D V 23からデータを再生する必要はない。

上記した構成により、ストリ一ムデータしか入出力できない DV 23であつても、特定のアプリケーション（リアルタイム再生表示やコピー）だけでなく、一般のアプリケーションにも対応することができるようになり、特定のアプリケーションと一般のアプリケーションのそれぞれに適切に対応させることが可能になる。

テープはシーケンシャルなメディアであるから、例えば映像 ·音声データのファイルをリアルタイム再生するためには、 1個のファイルはテープ上の連続した領域に記録されていなければならない。ファイルを上書きする場合に、メディア上で上書きを行なうと、上書き前のファイルよりサイズが大きい場合には記録できなくなってしまうので、ファイルの新規保存時だけでなく上書き保存時にもァペンド記録を行なう必要卯がある。

予めフォーマツトされたテープであれば、上記した WRITE-Requestの処理と同様の処理でよい。フォーマットされていないテープで、記録しようとするフレームより手前のフレームが未記録である時には、ダミーのフレ一ムを記録する必要がある。逆に、 WRITE- Request動作が、ファイルの先頭のデータから順番に指示されることが前提となっていれば、最初にバッファ 7 2に DV 23からデータを再生する処理は不要である。

また、伝送されるデータは、 DVのデータとしたが、他のデータでも構わない。

また、 I/Fは IEEE1394としたが、別の I/Fであっても構わない。

また、受信装置はソフトゥェァ及び/またはハードウエアで構成されていても構わない。

(実施の形態 6 )

以下、本発明の第 6の実施の形態について、図 6を用いて説明する。

図 6はデータ伝送装置のブロック図であり、図 6において、 101はマネージャ、 102は HDD読出し部、 103は DV送信部、 104はバッファ、 105は HDD、 106 は DV、 107は DVデータファイル、 108は時間インターバル情報生成部である。ここでは、 DVデータファイル 107は、 NTSC方式の映像データからなるとする。

マネージャ 101は、伝送が開始されると、まず HDD読出し部 102に出力指示を送信する。 HDD読出し部 102は、出力指示を受け取ると、 HDD 105に記録されている DVデータファイル 107からフレームデータを読出し、これに時間ィンターバル情報生成部 108で生成した時間ィンタ一バル情報を付加し、伝送データとしてバッファ 104に書込む。時間インターバル情報は、 DV送信部 10 3でフレームデータの処理を開始すベき時刻と終了すべき時刻を表している。

さらに、マネージャ 101は、バッファ 104に書込まれた時間インタ一バル情報を元に、 DV送信部 103に入力指示を送信し、バッファ 104の残量情報を元に、バッファ 104に空きが発生すると、 HDD読出し部 102に次の出力指示を送信する。

すなわち、この入力指示は、バッファ 104に書き込まれた時間インターバル情報が示す占有時間の間に DV送信部 103がフレームデータの入力を開始し、そのフレームデータの入力を完了するように DV送信部 103に送信される。

DV送信部 103は、入力指示を受け取ると、バッファ 104から伝送データを読出し、送信パケットに変換し、 IEEE1394バスを通して DV 106に出力する。以下、この繰り返しにより DVデータファイル 107内のデータ伝送を行なう。

PCが同時に行なっている他の処理などによって、フレームデータの処理時間にムラが発生し、実際の処理が間に合わなくなった時には、時間インタ一バル情報で指定された時刻と実際の処理時刻が食い違うことになる。この食い違いを少なくするために、マネージャ 101は、 DV送信部 103の負荷情報と時間ィンターバル情報を元に時間ィンターバル修正指示を作成し、時間ィンターバル情報生成部 108に送信する。

例えば、 NTSC方式の映像データのフレーム周波数は 30/ 1· 001 (= 29. 97) Ηζ であるので、初期設定として、フレームデータの占有時間は 0. 033秒にしたとする。そうすると、 0番目のフレームデータの時間インターバル情報は、開始時刻、終了時刻）二（0， 0. 033)となる。 DV送信部 103の処理に時間がかかったとすると、マネージャ 101はフレームデータの占有時間を長くするように時間ィンターバル情報生成部 108に時間ィンターバル修正指示を送信する。

し力し、時間インタ一バル情報生成部 108は、フレーム間隔を維持するために、マネージャ 101から送信される時間インターバル修正指示を受け取らないか、もしくは受け取るが無視し、フレーム番号 nのフレームデータに対する時間インターバル情報として、図 7に示す値を用いる。すなわち、開始時刻は n*l. 001/30秒を、終了時刻は（n+l) *1. 001/30秒を用いる。

上記の機能を持つ時間ィンターバル情報生成部 108により、 DV送信部 103 には、ほぼフレーム周波数の間隔を維持して、フレームデータが供給されており、これをそのまま DV 106へ所定のパケットに変換して送信することにより、 DV 106への安定した送信が可能となる。

なお、開始時刻は n*i. 001/30秒、終了時刻は（η+1) *1· 001/30秒としたが、それぞれ小数点以下を四捨五入した値など、近似値を使用しても構わない。

また、 DVデータファイル 107は NTSC方式の映像データからなるとしたが、 PAL方式など別方式の映像データや、 MPEGデータなど別のストリームデータであっても構わない。

また、本実施の形態の時間インターバル情報は、開始時刻が n*l. 001/30 秒、終了時刻が（n+l) *l. 001/30秒に設定されているとして説明したが、これに限らない。 DVデータフアイル 107が NTSC方式以外の方式の映像データや MPEGデータなどの別のストリームの場合には、時間インタ一バル情報は、その方式ゃストリームのフレーム周波数に基づいて決定すればよい。要するに時間インターバル情報は、 DV106などのデータフレームのバケツトデータを受け取る装置が必要とするタイミングに対応させて設定しさえすればよい。また、本実施の形態では、マネージャ 101は、バッファ 104に書込まれた時間ィンターバル情報を元に、 DV送信部 103に入力指示を送信するとして説明したが、これに限らない。マネージャ 101は、バッファ 104に書き込まれた時間ィンターバル情報および DV送信部 103の負荷情報を元に、 DV送信部 10 3に入力指示を送信しても構わない。この場合、マネージャ 101は、送信部 103の負荷情報を元に DV送信部 103がバッファ 104から伝送データを読み出す処理を微調整する。このようなマネージャ 103の微調整の動作の一例を以下に説明する。

例えば、 PCが同時に行なっている他の処理などによって、 DV送信部 103がバッファ 104から伝送データを一時的に読み出せず、これ以上マネージャ 10 1が入力指示を DV送信部 103に送信すると、 DV送信部 103が破綻してしまう場合、マネージャ 103は、負荷情報から DV送信部 103が入力指示を受け付けられないことを知り、 DV送信部 103に入力指示を送信することを一時的に延期する。そして、 DV送信部 103が正常に入力指示を受け付けることができるようになると、マネージャ 103は DV送信部 103に延期した入力指示を送信する。さらに、伝送データの処理の遅れを取り戻すために、入力指示を送信する時間間隔を小さくする。このように、マネージャ 101は、時間インターバル情報のみならず負荷情報をも考慮することによって、 DV送信部 103が破綻しないようにしながらかつ時間インタ一バル情報が示す占有時間の間に処理が完了するように DV送信部 103に入力指示を送信する。このように、マネージャ 103が時間ィンタ一バル情報のみならず負荷情報をも考慮して、 DV送信部 103を微調整することによって DV送信部 103の処理が破綻しないようにすることも出来る。

また、本実施の形態では、マネージャ 10 1は、 DV送信部 103の負荷情報と時間ィンターバル情報を元に時間ィンターバル情報を修正するための修正指示を作成し、時間ィンタ一バル情報生成部 108に送信するとして説明したが、これに限らない。マネージャ 1 0 1は、時間インターバル情報を修正する修正指示を作成しないようにしても構わない。従って、マネージャ 1 0 1は修正情報を時間インターバル

'ト主報生成部 1 08に送らない。このようにすれば、本実施の形態と同等の効果が得られ、なおかつより装置構成が簡単なデータ伝送装置を実現することが出来る。

また、本発明の時刻情報は、本実施の形態における時間インターバル情報のようにが DV送信部 103でフレームデータの処理を開始すべき時刻と終了すべき時刻を表すことに限らず、フレームデータの処理を開始すべき時刻のみをあらわしても構わない。この場合、次のフレームデータの処理を開始すべき時刻を現在処理しているフレームデータの処理を終了すべき時刻とすればよレ、。

また、データ伝送装置は、ハードウェア、ソフトウェアもしくはその両方を用いて構成されていても構わない。

また、本実施の形態の時間間隔生成手段 108は本発明の時間ィンターパル情報生成部の例であり、本実施の形態の H D D読み出し部 102は本発明の出力手段の例であり、本実施の形態の DV送信部 103は本発明の送信手段の例であり、本実施の形態のマネージャ 101は本発明の伝送管理手段の例である。また、本実施の形態の時刻情報は本発明の時間ィンタ一バル情報の例である。

また、本実施の形態のマネージャ 101は、 DirectShowにおいてデータ伝送の管理を行う部分であってもよく、また映像音声データなどのストリームデータを P C上で取り扱うことが出来るアプリケーションソフトウェアのデ一タ伝送の管理を行う部分であつてもよい。

また、データ伝送装置は、 DV送信部 103の代わりに DV再生部を用いて、 DV データフアイルを再生表示させるなど、他の種類のデータの伝送処理を行なうデータ伝送装置でも構わない。

本実施の形態によれば、フレームデータの伝送ムラを少なくすることにより、安定したストリームデータの伝送を行なうことが可能となった。

(実施の形態 7 )

以下、本発明の第 7の実施の形態について、図 8を用いて説明する。図 8は、本発明の第 7の実施の形態におけるデータ伝送装置の例である。図 8において、 111はアプリケーション、 112は DV用ドライノく、 113は伝送開始時刻情報保持部、 114は SYT計算部、 115は CIP生成部、 116は IEEE1394 I/F 、 117はバス上の時刻カウンタ、 118は DVである。

また、図 9は DVフレームデータの構成の説明図である。図 9 (a)に示すように NTSC方式の映像を表す DVデータは、長さ 80バイトの 1500個の DIFブロックから構成されている。図 9 (b)に示す CIP (Common Isochronous Packet)は、 IEEE1394の 1 cycleで伝送できるデータをまとめたものであり、 6個の DIF ブロックと CIPヘッダから構成される。 CIPヘッダの後ろ 2 bytesは SYTと呼ばれる情報であり、これはデータを受信した DV 118が処理を開始する時刻を、図 9 (d)に示す IEEE1394における時刻のカウンタの下位 2 bytesを用いて表わしたものである。但し、フレームの先頭以外の CIPの SYT用の領域には、 FFFFhを代入してよい。実際に伝送されるのは、図 9 (c)に示す Isochro nous Packetであり、これは CIPにさらに Packet Header, Header— CRC、 Data _CRCを付加して構成される。

IEEE1394においての時間は、図 9 (d)に示すように、それぞれ second— cou nt、 cycle— count、 cycle_offsetと呼ばれる 3種類のカウンタで構成される。 second_countは 7 bits幅であり、 0〜127までの値を巡回しており、カウントの単位は 1秒である。 cycle— countは 13 bits幅であり、 0〜7999までの値を巡回しており、カウントの単位は 125マイクロ秒である。 cycle— off setは 12 bits幅であり、 0〜3071までの値を巡回しており、カウントの単位は 245 76000分の 1秒である。

伝送処理は次のように行なわれる。アプリケーション 111は 1フレーム分の DVデータをフレームデータとして DV用ドライバ 112に出力する。 DV用ドラィバ 112は、受け取ったフレームデ一タを、 6個の DIFブロックごとに分割し、 CIPヘッダを付加して、 CIPに変換し、 IEEE1394 I/F 116に出力する。 IEE E1394 I/F 116は、 DV用ドライノく 112から受け取ったじに、 Packet Header 、 Header— CRC、 Data_CRCを付加して Isochonous Packetに変換し、 DV 118に出力する。

図 10は、 Isochronous Packetの送受信タイミングを表すタイムチヤ一トである。 DV 118が Isochronous Packetを受信し、内部で正常に処理を行なうための条件は、

1) Isochronous Packetの SYTが指定する時刻 TYは、その Isochronous Packe tを DV 118が受信した時刻 TDより後であること、

2) Isochronous Packetの SYTが指定する時刻 TYと、その Isochronous Packe tを DV 118が受信した時刻 TDとの差が、 450マイクロ秒以内であることである。即ち、 TDく TYく TD+450マイクロ secでなければならなレ、。

上記した条件を満たすために、伝送開始時刻情報保持部 113は、 IEEE1394 I/F 116にあるバス上の時刻カウンタ 117から、バス上の時刻情報を取得し、取得した時刻を元に伝送開始時刻 TSを設定 ·保持し、さらに IEEE1394 1/ F 116にストリームデータ全体の伝送開始時刻指示を送る。 SYT計算部 114は、伝送開始時刻情報保持部 113で設定された伝送開始時刻 TSをもとにフレーム毎の SYTを計算し、 CIP生成部 115で所定の形式の CIPを生成する。

図 11は、 SYTの計算方法である。送信 Delayが数十マイクロ sec以下であることと、上記した TYと TDの関係を考慮して、伝送するストリームデータの先頭となる Isochronous Packetの SYTが指定する時刻 TYの TSからのオフセット tsoを 250マイクロ secとした。続くフレームについては、 NTSC方式の映像信号を例としているため、 SYTを 1. 001/30秒ずつ増加させており、このようにして、伝送する全ての Isochronous Packetに上記した条件を守る SYTを与えることが可能となる。計算結果に端数がある場合には四捨五入する。 SYT の値は、 TS = 0マイクロ secとした場合の例である。

図 12は CIP生成部 115の動作例のフローチヤ一トであり、 CIP生成部 115の動作内容を図 12を用いて説明する。処理開始（ステップ 1)後、アプリケーション 111から 1フレーム分のデータが入力され（ステップ 2)、フレームデータを先頭から 6個の DIFブロックに区切る（ステップ 3)。フレーム先頭の DIFブロックかどうかを判断し（ステップ 4)、先頭であればフレーム番号 n (nは 0からカウントする）をもとに SYT計算部 114で計算された値を SYTの値とし（ステップ 5)、先頭でなければ SYTの値を FFFFHとする（ステップ 6)。 CIPヘッダに SYTを設定し、 6個の DIFブロックに付加して CIPとする（ステップ 7)。ステツプ 3からステツプ 7までの処理を 1 フレーム分繰り返した後、（ステップ 8)の判断によりフレーム単位の処理を終了し 1フレーム分の CIPを IEEE1394 I/F 116に出力する（ステップ 9)。ステップ 2からステツプ 9までの処理を全データ分繰り返した後、（ステツプ 10) の判断により処理を終了する（ステップ 11)。

—従来は、 DV用ドライバ I EEE 1394 I /Fの全部または一部が P C のソフトウエアで構成されている場合には、バス上の時刻カウンタ 1 17が示すバス上の時刻情報の取得には値にばらつきのある遅延が発生するため、 DV用ドライバにおいて正確な SYTの値を計算することが困難であった。また送信開始時刻にも遅延が発生し、このため、送信したァイソクロナスパケットを受信側が受信出来なくなる事態が発生していた。

ところが DV用ドライバ 1 12は、上記のように、 SYTを計算するので、全ての SYTに確実に DV 118でフレームデータの処理を行なえる値を設定して、データを送信することが可能になる。

なお、オフセット tsoは 250マイク口秒であるとしたが、この前後の値であっても構わない。

また、伝送開始時刻 TSは、伝送開始時刻情報保持部 113がバス上の時刻力ゥンタ 117から取得したバス上の時刻情報の値を元に設定するとしたが、 IE EE1394 I/F 116に指示できる伝送開始時刻の精度によっては、固定値を指示しても良く、そのようなケースではバス上の時刻情報の値を取得する必要がない。例えば、バス上の時刻カウンタ 117の下位 16 bitsのみを指定できる仕組みであれば、伝送開始時刻を 16Cycle以上に異ならせることはできず、アプリケーション 111からの処理開始時刻から、実際に DV 118への送信開始時刻までの時間間隔に殆ど差がないため、あえてバス上の時刻情報を確認する必要はない。

また、フレームデータ 708は NTSC方式の映像を含む DVデータであるとした力 PAL方式の映像など、別のストリームデータであっても構わない。

また、 SYTの値を計算する時に発生する端数を四捨五入するとしたが、切り上げなど別の端数処理を行なっても構わない。

また、本実施の形態の DV用ドライバ 112は本発明のデータ変換手段の例であり、本実施の形態の I E E E 1394I/F116は本発明のインタ一フェースの例である。また、本実施の形態の伝送開始時刻 TSは本発明の最初のフレームの最初のバケツトの伝送開始時刻 Xの例であり、本実施の形態のオフセット tsoは本発明の初期値 Zの例であり、本実施の形態の 1. 001/30秒は本発明のフレーム周期 Yの例である。本実施の形態によれば、伝送開始時刻を一定にし、この {直とフレーム番号とを用いて処理開始時刻を計算することで、確実に受信および処理ができるデータ伝送が可能となつた。

(実施の形態 8 )

IEEE1394 I/F上で AVデータを伝送する場合には、著作権保護の観点から伝送される Isochronous Packetの Packet headerに著作権情報を載せて伝送する方式が、 1998年 7月に「5C Digital Transmission Content Protection White Paper」において提案されている。この著作権情報を元に例えば受信データをコピーしてよいかどうかを判断できる。データが暗号化されている場合には、受信者が暗号を正しく解読するのに必要な鍵情報も別途 Asy

る。

PEG2のトランスポートバケツト（TSバケツト）を例として、 TSバケツトを IEEE1394上で伝送する方法を、図 18を用いて説明する。図 18 (a)にあるように、 TSバケツト自身は 188 bytes長であり、 187 bytesの MPEG2データに 1 by teの固定パターン（47H)の Sync byteが付加されている。この TSパケットに S ource packet header ¾付加し、 —タノヽケッ卜 ¾:構成する o Source packe t headerには、 25 bitsのタイムスタンプが設定される。残り 7 bitsは Rese rvedである。タイムスタンプは、その TSパケットの伝送タイミングを示す時刻情報である。伝送するデータの伝送レートに基づき、 1個のデータパケットを分割する、もしくは複数個のデータパケットを結合して、データブロックとする。伝送レートが低い場合はデータパケットを分割し（分割数は 1、 2、 4から選択できる）、伝送レートが高い場合には複数個のデータパケットを結合する（結合数は 1〜5から選択できる）。

図 18 (b)に示すように、上記のデータバケツトに CIPヘッダを付加して CIP (Common Isochronous Packet) 1 る。上し 7こデータノヽケッ卜とテータブ口ックの分割もしくは結合関係に関する分割/結合情報は、 CIPヘッダに設定できる。

図 18 (c)に示すように、 CIPに Packet header, Header_CRC、 Data— CRCを付カロして、 Isochronous packetとす

図 18 (d)に示すように、 Packet headerの最後の 4 bitsは SY領域と呼ばれる領域であり、著作権情報をデータと一緒に伝送する場合には、著作権情報を割り当てる。著作権情報の詳細は、 2 bitsの EMI„flag、 1 bitの 0/E_f lagであり、残り 1 bitは Reservedである。 EMI_flagはコピー可能かどうかを表す情報であり、 0/E— flagは伝送データが暗号化されている場合に、正常に解読するための情報である。

一方、 Microsoft社の Windows98 OSを使用する PCで使用される Microsoft 社の DirectShowは、映像音声データなどのストリームデータを PC上で取り扱う環境を提供するものであり、アプリケーションは、 DirectShowの仕組みを経由させて、記録装置もしくは送受信装置の映像音声データを取り扱わなくてはならない。しカゝし、 DirectShowには、 DirectShow上で 2種類以上のデータを伝送する場合には、それぞれのデータ伝送は独立に動作するという特徴があり、どの部分の映像データ、どの部分の音声データにどのような著作権情報が設定されているかを、同期させる必要がある。

本発明の第 8の実施の形態について、図 13を用いて説明する。図 13は受信装置の例であり、 151aはアプリケーション、 152aは著作権情報多重部、 154は著作権情報抽出部、 155はデータパケット再構成部、 156はヘッダ分離部、 157は IEEE1394. I/Fである。本実施の形態の受信装置は、 IE EE1394 Busを経由して送信装置 158と接続されている。

る。

IEEE1394 I/F 157に接続された送信装置 158から、送信される Isochronou s packetを IEEE1394 I/F 157でまず受信し、 Packet headerと CIPに分視して、ヘッダ分離部 156に出力する。

ヘッダ分離部 156は、受け取った CIPからデータブロックと分割/結合情報を取り出してデータバケツト再構成部 155に出力し、同時に受け取った Pack et headerを著作権情報抽出部 154に出力する。

データバケツト再構成部 155は、受け取った分割/結合情報を元にデータブロックからデータバケツトを復元し、著作権情報多重部 152aに出力する。著作権情報抽出部 154は、受け取った Packet headerの SY領域から著作権情報を取り出し、著作権情報多重部 152aに出力する。

著作権情報多重部 152aは、図 17 (a)に示すようにデータバケツトの reserv ed領域に著作権情報を多重した入出力バケツトを生成し、生成した入出力バケツトをアプリケ一ション 151aに出力する。

上記したように、本実施の形態においては、 Packet headerの Reserved領域に著作権情報を多重することにより、データと著作権情報の両方を同時にアブリケーション 151aに出力することが可能となる。

なお、本実施の形態では、著作権情報は Reserved領域に多重するとした、それ以外の場所に書き込んでも構わない。例えば、図 17 (b)に示すように、 TSパケットの Sync byteは固定値であるので、著作権情報で上書きしても、元の値をたやすく得ることが可能であり、この領域に多重することが可能である。あるいは、図 17 (c)に示すように、著作権情報を書くための領域を付加しても同様の効果を得ることができる。

また、著作権情報と MPEG2データを同時に扱うとしたが、著作権情報以外の情報であっても、本特許は適用可能であり、それらの情報は、 Isochrono us packetにどのように設定されていても、本特許は適用可能である。

また、伝送されるデータは、 MPEG2のデータとしたが、他のデータであつても構わない。例えば、 IEEE1394 I/Fは DVデータに関しても、 MPEG2データと同じプロトコルで送受信を行なえるようになつており、 DVデータであつても本特許を適用可能である。

また、インタフェースは IEEE1394としたが、別のインタフェースであつても構わない。

また、受信装置は、ソフトウェアおよび/またはハードウェアで構成されていても構わない。

(実施の形態 9 )

本発明の第 9の実施の形態について、図 14を用いて説明する。

図 14は受信装置の例であり、 151bはアプリケーション、 152bは著作権情報多重部、 153はデータパケット再構成部、 154は著作権情報抽出部、 155はデータパケット再構成部、 156はヘッダ分離部、 157は IEEE1394 I/Fである。本実施の形態の受信装置は、 IEEE1394 Busを経由して送信装置 158と接続されている。図 14において、著作権情報抽出部 154、データパケット再構成部 155、ヘッダ分離部 156、 IEEE1394 I/F 157は、実施の形態 8で説明したものと同じである。

IEEE 1394 I/F 157に接続された送信装置 158から、送信される Isochronou s packetを IEEE1394 I/F 157でまず受信し、 Packet headerと CIPに分視して、ヘッダ分離部 156に出力するのは、実施の形態 8と同様である。

また、ヘッダ分離部 156が、受け取った CIPからデータブロックと分割/結合情報を取り出してデータバケツト再構成部 155に出力し、同時に受け取つた Packet headerを著作権情報抽出部 154に出力するのも、実施の形態 8と同様である。

データバケツト再構成部 155は、受け取った分割/結合情報を元にデータブロックからデータバケツトを復元し、 TSバケツト抽出部 153に出力し、 TS バケツト抽出部 153は、受け取ったデータバケツ卜から TSバケツト部分を抽出し、著作権情報多重部 152bに出力する。

著作権情報抽出部 154は、受け取った Packet headerの SY領域から著作権情報を取り出し、著作権情報多重部 152bに出力する。

著作権情報多重部 152bは、図 17 (d)に示すように TSバケツトの Sync byte を著作権情報に置き換えて入出力バケツトを生成し、生成した入出力パケットをアプリケーション 151bに出力する。

上記したように、本実施の形態においては、 TSバケツトの Sync byteを著作権情報に置き換えることにより、データと著作権情報の両方を同時にァプリケーシヨン 151bに出力することが可能となる。なお、本実施の形態では、著作権情報 114を TSバケツトの Sync byteと置き換えるとしたが、それ以外の場所に書き込んでも構わない。例えば、図 1 7 (e)に示すように、著作権情報を書くための領域を付加しても同様の効果を得ることができる。

また、インタフェースは IEEE1394としたが、別のインタフヱースであつても構わない。

また、送信装置は、ソフトウェアおよび/またはハードウェアで構成されていても構わない。

(実施の形態 10)

以下、本発明の第 10の実施の形態について、図 15を用いて説明する。図 15は送信装置の例であり、 161aはアプリケーション、 162aは著作権情報抽出部、 164はデータブロック生成部、 165は CIP生成部、 166は IEEE1394 I/Fである。本実施の形態の送信装置は、 IEEE1394 Busを経由して受信装置 167と接続されている。

アプリケーション 161aは、例えば図 17 (a)に示すような入出力バケツトを著作権情報抽出部 162aに出する。著作権情報抽出部 162aは、受け取った入出力バケツトから著作権情報を抽出し、 CIP生成部 165に出力すると同時に、入出力バケツトをデータバケツトに変換して、データブロック生成部 164 に出力する。データパケットへの変換は、著作権情報が設定されていた部分を Reservedのパターンに置き換えるだけでよレ、。

データブロック生成部 164は、受け取ったデータバケツトの分割もしくは結合を決定し、データパケットをデータブロックに変換し、分割/結合情報を設定し、データプロックと分害 IV結合情報を CIP生成部 165に出力する。

CIP生成部 165は、受け取ったデータブロックに、受け取った分割/結合情報を設定した CIPヘッダを付加して CIPを生成し、 IEEE1394 I/F 166に出力する。また、著作権情報も IEEE1394 I/F 166に出力する。

IEEE1394 I/F 166は、受け取った CIPと著作権情報を元に、 Isochronous p acketを生成し、受信装置 167に送出する。

上記したように、本実施の形態においては、データパケットの Source pa cket headerの Reserved領域に著作権情報に多重しておいた入出力バケツトを使用してアプリケーション 161bから出力することにより、データと著作権情報の両方を同期させて扱うことが可能となる。

なお、本実施の形態では、著作権情報は Reserved領域に多重するとした、それ以外の場所に書き込んでも構わない。例えば、図 17 (b)に示すように、 TSバケツトの Sync byteは固定値であるので、著作権情報で上書きしても、元の値をたやすく得ることが可能であり、この領域に多重することが可能である。あるいは、図 17 (c)に示すように、著作権情報を書くための領域を付加しても同様の効果を得ることができる。

また、伝送されるデータは、 MPEG2のデータとしたが、他のデータであつても構わない。例えば、 IEEE1394 I/Fは DVデータに関しても、 PEG2データと同じプロトコルで送受信を行なえるようになつており、 DVデータであつても本特許を適用可能である。

(実施の形態 11)

本発明の第 11の実施の形態について、図 16を用いて説明する。

図 16は送信装置の例であり、 161bはアプリケーション、 162bは著作権情報抽出部、 163はデータパケット生成部、 164はデータブロック生成部、 165 は CIP生成部、 166は IEEE1394 I/Fである。本実施の形態の送信装置は、 IEE E1394 Busを経由して受信装置 167と接続されている。図 16において、データブロック生成部 164、 CIP生成部 165、 IEEE1394 I/F 166、受信装置 167は、実施の形態 10で説明したものと同じである。

アプリケーション 161bは、例えば図 17 (d)に示すような入出力バケツトを著作権情報抽出部 162bに出する。著作権情報抽出部 162bは、受け取った入出力バケツトから著作権情報を抽出し、 CIP生成部 165に出力すると同時に、入出力バケツトを TSバケツ卜に変換してデータバケツト生成部 163に出力する。 TSパケットへの変換は、著作権が設定されていた部分を Sync byteのパターンに置き換えるだけでよい。

データパケット生成部 163は、タイムスタンプを生成して、 TSパケットをデータパケットに変換して、データブロック生成部 164に出力する。タイムスタンプは、 TSパケットにある時間情報（PCRと称される）に基づいて、 TSパケットの時間間隔を受信側で復元できるように生成される。 PCRは、 MPEG2 デコーダが正しいタイミング映像音声を復元できるように用意されたものである。

データブロック生成部 164が、受け取ったデータバケツトの分割もしくは結合を決定し、データパケットをデータブロックに変換し、分割/結合情報を設定し、データプロックと分割/結合情報を CIP生成部 165に出力することは、実施の形態 10と同様である。

CIP生成部 165が、受け取ったデータブロックに、受け取った分割/結合情報を設定した CIPヘッダを付加して生成した CIPと著作権情報を IEEE1394 1/ F 166に出力することは、実施の形態 10と同様である。

さらに、 IEEE1394 I/F 166が、受け取った CIPと著作権情報を元に、 Isoc hronous packetを生成し、受信装置 167に送出することは、実施の形態 10と同様である。

なお、本実施の形態では、著作権情報を TSパケットの Sync byteと置き換えるとしたが、それ以外の場所に書き込んでも構わない。例えば、図 17 (e) に示すように、著作権情報を書くための領域を付加しても同様の効果を得ることができる。

また、データパケット生成部 163は、 PCRに基づいてタイムスタンプを生成するとしたが、アプリケーション 161bがソフトウエアもしくはハードウエアにより正しいタイミングで出力できるものであれば、データバケツト生成部 163に TSバケツト 204が到着した時刻からタイムスタンプを生成することも可能である。

(実施の形態 12)

本発明はコンピュータやマイコン等のプログラムによって実現し、これをフロッピーディスクなどの記録媒体に記録して移送することにより、独立した他のシステムで容易に実施することができる。図 19は、これをフロッピーデイスクで実施する場合を説明する図である。

図 19 (a)は、記録媒体本体であるフロッピーディスクの物理フォーマツトの例を示す図である。同心円状に外周から内周に向かってトラックを作成し、角度方向に 16のセクタに分割している。このように割り当てられた領域に従って、プログラムを記録する。

図 19 (b)は、このフロッピーディスクを収納するケースを説明する図である。左からフロッピ一ディスクケースの正面図、およびこの断面図、そしてフロッピーディスクをそれぞれ示す。このようにフロッピーディスクをケースに収納することにより、ディスクをほこりや外部からの衝撃から守り、安全に移送することができる。

図 19 (c)は、フロッピーディスクにプログラムの記録再生を行なうことを説明する図である。図示のようにコンピュータシステムにフロッピーディスクドライブを接続することにより、ディスクに対してプログラムを記録再生することが可能となる。ディスクはフロッピーディスクドライブに、揷入口を介して組込み、及び取出しがなされる。コンピュータシステムからプログラムをフロッピーディスクドライブによってディスクに記録することにより、本発明を実現するプログラムを保存しておく。本発明を実行するためには、フロッピーディスクドライブがプログラムをディスクから読出し、コンピュータシステムに転送し、本発明を実現する環境を作り出す。

なお、この実施例においては、記録媒体としてフロッピーディスクを用いて説明を行なったが、光ディスクを用いても同様に行なうことができる。また記録媒体はこれに限られず、 ICカード、 R0M、カセット等、プログラムを記録できるものであれば、同様に実施することができる。

ここで、データとは、データ構造、データフォーマット、データの種類などを含む。

媒体とは、 R OM等の記録媒体、インターネット等の伝送媒体、光，電波 ·音波等の伝送媒体を含む。

担持した媒体とは、例えば、プログラム及び/又はデータを記録した記録媒体、やプログラム及び Z又はデータを伝送する伝送媒体等をふくむ。コンピュータにより処理可能とは、例えば、 R OMなどの記録媒体の場合であれば、コンピュータにより読みとり可能であることであり、伝送媒体の場合であれば、伝送対象となるプログラム及び/又はデータが伝送の結果として、コンピュータにより取り扱えることであることを含む。

本発明は、上記実施の形態の何れかに記載の構成要素の全部又は一部の手段の全部又は一部の機能をコンピュータにより実行させるためのプログラム及び Z又はデータを記録したプログラム記録媒体であり、コンビユータにより読み取り可能であり、読み取られた前記プロダラム及び Z又はデータが前記コンピュータと協動して前記機能を実行するプログラム記録媒体であっても良い。

また、情報集合体とは、例えば、プログラム及び/又はデータ等のソフトウェアを含むものである。産業上の利用可能性以上説明したところから明らかなように、本発明は、従来、 DVはストリームデータを送受信しているので、上記した非同期 ·ランダムなアクセスに応じられないという問題点を有しており、このようなアクセスに応じる仕組みが必要であるという課題を解消することができる。

また、本発明は、近時 PCと DVなどのディジタル映像音声機器との融合が進められてきているが、 PCにおいては元々同期のデータを扱うことを考慮していなかったため、リアルタイムのデータを途切れさせずに扱う仕組みにはなっていないという課題を解消することができる。

さらに、本発明は、従来、 PCが他の AV機器との間で AVデータの送受信を行なうには、著作権情報に応じて AVデータを扱う仕組みが新たに必要であるという課題に答えることができる。

Claims

請求の範囲

1 . ファイルシステムドライバおよびデバイスドライバを含むオペレ

—ティングシステムを有するデータ処理システムにおいて、

記録及び Z又は再生の際リアルタイム性が要求されるインターフェースを有するデバイスのデータを処理するためのリアルタイムィンタフェース用ドライバと、

記録及び Z又は再生の際リアルタイム性が要求されないィンターフェ一スを有するデバイスのデータを処理するための非リアルタイムィンターフエース用ドライバと、

前記リアルタイム性が要求されるインターフェースを有するデバイスに格納された第 1媒体におけるデ一タに関する第 1 フアイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令を、前記第 1媒体上のデータ処理用命令に変換し、前記リアルタイムィンタフエース用ドライバへ送信する第 1制御手段と、

前記リアルタイム性が要求されないィンターフェースを有するデバイスに格納された第 2媒体におけるデータに関する第 2フアイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令に応じて、前記第 2媒体上のファイルへのアクセスのための処理を行い、 I ZO サブシステムを介して、前記所定の処理命令を前記非リアルタイムインタフェース用ドライバへ送信する第 2制御手段と、を備えたことを特徴とするデータ処理システム。

2 . 前記第 1 制御手段は、

前記 I F Sマネジャーから入力された前記所定の処理命令と、前記第 1 フアイル管理情報とに基づいて、前記第 1媒体上のファィルへのァクセスが必要かどうか判断する第 1媒体用ファイルシステムドライバと、前記第 1媒体用ファイルシステムドライバの判断に従って、アクセスが必要な場合は、前記第 1媒体上のデータ処理用命令を生成するファイルシステム処理サポートアプリケーション手段とを有し、

前記ファイルシステム処理サポートアプリケーシヨン手段は、前記リアルタイムインタフェースドライバの駆動を行うことを特徴とする請求項 1 記載のデータ処理システム。

3 . 前記ファイルシステム処理サポートアプリケーション手段は、前記 I F Sマネジャーで扱われる所定の処理命令の状態をモニタする I F S モニタからの情報を利用して、前記第 1媒体上のデータ処理用命令を生成することを特徴とする請求項 2記載のデータ処理システム。

4 . 前記第 1媒体用ファイルシステムドライバは、

前記第 1フアイル管理情報を格納するフアイル管理情報保持部と、前記 I F Sマネジャーから命令を受け取り、それを識別する識別部と、前記命令が OPENの場合、前記フアイル管理情報保持部からファイル名に対応するファイルェントリを抽出し、アクセスファイルェントリ保持部へ登録し、前記ファイルシステム処理サポートアプリケーション手段へその命令を送るファイルェントリ抽出部と、前記命令が READ、 WRITE又は CLOSEの場合、前記命令とともに渡されたフアイル I Dに基づいて、前記アクセスファイルェントリ保持部から指定されたファイルに関する情報を取り出し、前記命令にその情報を追加して、前記ファイルシステム処理サボ—トアプリケーション手段へ送る第 2のフアイル情報抽出部と、

前記命令が 0PEN、 READ, WRITE又は CLOSE以外の命令の場合、前記命令とともに渡された前記ファイル I Dに基づいて、前記アクセスファイルェントリ保持部から指定されたファイルに関する情報を取り出し、前記識別部を介して、前記 I F Sマネジャ ·送り出す第 1のファイル情報抽出部とを有することを特徴とする請求項 2記載のデータ処理システム。

5 . 前記ファイルシステム処理サポートアブリケーション手段は、

前記第 1媒体用ファイルシステムドライバからの情報と、前記 I F Sモユタからの情報に基づいて、処理內容を決定し、指示を行うサポート処理判断部と、

前記サポート処理判断部の判断に従って、 COPY処理を行う COPY処理部とを有することを特徴とする請求項 3記載のデータ処理：

6 . 前記第 1 のフィル管理情報が前記第 1 の媒体に記録されており、

前記ファイルシステム処理サポ一トアプリケーション手段は、前記サボ一ト処理判断部の判断に従って、前記第 1のフアイル管理情報を前記第 1の媒体から読み出し、若しくは前記第 1の媒体へ書き込みを行うためのファイル管理情報更新 ·取得部を有することを特徴とする請求項

3記載のデータ処理システム。

7 . 前記ファイルシステム処理サポートアプリケ一ション手段は、さらに、

COPY処理に関連した命令以外の OPEN , CLOSE , READ , WR I TE命令を受け取り、

その命令が、 OPEN又は， CLOS E命令の場合は、前記命令と、指定されたファイルに関する情報とを受け取り、

前記命令が、 R EAD又は， WR I TE命令の場合は、前記命令と、指定されたファイルに関する情報以外に、ファイルのどの部分が命令の対象となったかの情報をも受け取り、処理するランダムアクセス処理部を有することを特徴とする請求項 5又は 6記載のデータ処理システム。

8 . ファイルシステムドライバおよびデバイスドライバを含むオペレ一ティングシステムを有するデータ処理システムにおいて、

ファイルシステムで极えるファイルを表示し、表示されたファイルから所望のファイルを選択し、前記選択したフアイルに関連づけられた処理を起動する表示アプリケ一ション手段と、記録及び Z又は再生の際リアルタイム性が要求されるィンタ一フェースを有するデバイスのデータを格納する第 1媒体に対して処理を行う第 1処理部と、

記録及び Z又は再生の際リアルタイム性が要求されないィンターフェ一スを有するデバイスのデータを格納する第 2媒体に対して処理を行う第 2 処理部と、

前記デバィス識別手段の識別結果に応じて、前記第 1処理部又は第 2処理部を駆動させるファイル起動部と、

を備えたことを特徴とするデータ処理システム。

9 . ファイルシステムドライバおよびデバイスドライバを含むオペレーティングシステムを有するデータ処理システムにおいて、

記録及び Z又は再生の際リアルタイム性が要求されるインターフエ一スを有するデバイスのデータを処理するためのリアルタイムィンタフェース用ドライバと、

前記リアルタイム性が要求されるインタ一フェースを有するデバイスのデータを格納した第 1媒体におけるそのデータに関する第 1フアイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令を、前記第 1媒体上のデータ処理用命令に変換し、前記リアルタイムィンタフェース用ドライバへ送信する第 1制御手段と、

前記リアルタイム性が要求されないィンターフェースを有するデバイスのデータを格納した第 2媒体におけるそのデータに関する第 2フアイル管理情報を利用して、前記 I F Sマネジャーから入力された前記所定の処理命令に応じて、前記第 2媒体上のファイルへのアクセスのための処理を行い、 I Z〇サブシステムを介して、前記所定の処理命令を前記非リアルタィムィンタフェース用ドライバへ送信する第 2制御手段と、

ファイルシステムで扱えるファイルを表示し、表示されたファイルから所望のファイルを選択し、前記選択したフアイルに関連づけられた処理を起動する表示アプリケ一ション手段と、

記録及び Z又は再生の際リアルタイム性が要求されるィンターフェースを有するデバイスのデータを格納する第 1媒体に対して処理を行う第 1処理部と、

前記選択されたファイルの存在するドライブを識別するドライブ識別手段と、前記ドライブ識別手段の識別結果に応じて、前記第 1処理部又は第 2処理部を駆動させるフアイル起動部と、を備えたことを特徴とするデータ処理システム。

1 0 . 前記リアルタイムデータは映像データであることを特徴とする請求項 1 〜 9 のいずれかに記載のデータ処理システム。

1 1 . 請求項 1 〜 1 0 の何れかに記載の本発明の全部又は一部の手段や部の全部又は一部の機能をコンピュータにより実行させるためのプログラム及び Z又はデータを担持した媒体であって、コンピュータにより処理可能なことを特徴とする媒体。

1 2 . 請求項 1〜 1 0の何れかに記載の本発明の全部又は一部の手段や部の全部又は一部の機能をコンピュータにより実行させるためのプログラム及び Z又はデータであることを特徴とする情報集合体。

1 3 . 予め決められた所定の時刻情報を生成する時間間隔生成手段と一連のデータフレームをストリームデータとして出力する出力手段と、前記ストリームを構成する前記一連のデ一タフレームをバケツトデータに分割して送信する送信手段と、

前記出力手段と前記送信手段とを管理する伝送管理手段とを備え、前記伝送管理手段は、前記所定の時刻情報に基づいて、前記送信手段に前記ストリームデータを入力させることを特徴とするデータ伝送装置。

1 4 . 前記所定の時刻情報は、前記一連のデータフレームのパケットデータを受け取る装置が必要とするタイミングに対応させて設定されていることを特徴とする請求項 1 3記載のデータ伝送装置。

1 5. 前記必要とするタイミングは、前記一連のデータフレームのフレーム周波数に基づくものであることを特徴とする請求項 14記載のデータ伝送装置。

16. 前記伝送管理手段は、前記所定の時刻情報を前記送信手段の負荷状況に応じて修正するための修正指示を前記時間間隔生成手段に送り、前記時間間隔生成手段は、その修正指示を受け取らずまたはその修正指示を考慮せず、前記所定の時刻情報を生成することを特徴とする請求項 1 3〜1 5のいずれかに記載のデータ伝送装置。

1 7. 前記伝送管理手段は、前記所定の時刻情報を前記送信手段の負荷状況に応じて修正するための修正指示を前記時間間隔生成手段に送らないことを特徴とする請求項 1 3〜1 5のいずれかに記載のデータ伝送装置。

18. 前記所定の時刻情報時間は、前記データフレームの開始時刻と終了時刻の組で表されていることを特徴とする請求項 1 3〜1 7のいずれかに記載のデータ伝送装置。

19. 前記ストリームデ一タは、家庭用ディジタル VCRのデータであることを特徴とする請求項 1 3〜1 8のいずれかに記載のデータ伝送装置。

20. 前記送信手段は、家庭用ディジタル VCRに前記ストリームデ —タを送信することを特徴とする請求項 1 3〜1 9のいずれかに記載のデータ伝送装置。

21. 前記出力手段は、家庭用ディジタル VCRのデータを再生することを特徴とする請求項 1 3〜20のいずれかに記載のデータ伝送装置。

22. 入力されたストリームデータを分割し、各々にヘッダ情報を付加してバケツトとし、前記ストリ一ムデータの各フレームの少なくとも最初のバケツトのヘッダ情報中にデータの受信側のバケツト処理開始時刻情報を含ませて、出力するデータ変換手段と、

前記データ変換手段で処理されたバケツトを、時計を利用して前記パケット処理開始時刻情報に対応した伝送開始時刻でバスへ出力するインタフエースとを備え、前記バケツトの処理開始時刻情報は、最初のフレームの最初のバケツトの伝送開始時刻を X、フレーム番号を N、フレーム周期を Y、初期値を Ζ 、各フレームの前記バケツトの処理開始時刻を Τ 1とすると、

Τ 1 = Χ + Ζ + Υ (Ν— 1 )

(ただし、 Χ〉 = 0、 Ζ > = 0 )

で表されることを特徴とするデータ伝送装置。

2 3 . 前記バスは、 I Ε Ε Ε 1 3 9 4バスであり、前記インタフエ一スは、 I E E E 1 3 9 4インタフェースであることを特徴とする請求項 2 2記載のデータ伝送装置。

2 4 . 前記ストリームデータは、家庭用ディジタル V C Rのデータであり、前記 Zは 2 5 0マイクロ秒前後の値であり、前記 Yは前記ストリームデータのフレーム周波数に基づく値であることを特徴とした請求項 2 2 または 2 3記載のデータ伝送装置。

2 5 . 請求項 1 3〜2 4のいずれかに記載のデータ伝送装置の全部または一部の手段の全部または一部の機能をコンピュータにより実行させるためのプログラム及び/またはデータを担持した媒体であって、コンビュータにより処理可能なことを特徴とする媒体。

2 6 . 請求項 1 3〜 2 4のいずれかに記載の本発明の全部または一部の手段の全部または一部の機能をコンピュータにより実行させるためのプ口グラム及び Zまたはデータであることを特徴とする情報集合体。

2 7 . 内部に付加情報が記述されている伝送路ヘッダと、データプロックとを含む伝送バケツトを受信するインタ一フヱ一スと、前記伝送パケットを前記伝送路へッダと前記データブロックとに分離する伝送路へッダ分離手段と、前記伝送路ヘッダから前記付加情報を抽出する付加情報抽出手段と、前記データブロックから一つまたは複数の前記デ一タブロックを結合させたデータバケツトを生成するデータバケツト生成手段と、前記付加情報を前記データバケツトに付加または挿入を行い、アプリケーションが同時に処理出来る一種類のデータ形式の出力バケツトとして出力する付加情報挿入手段と、を備え、

前記アプリケ一ションはその付加情報挿入手段で出力された出力バケツトを処理することを特徴とする受信装置。

2 8 . 前記データパケットは、 M P E G 2データにおける、ソ一スパケットヘッダとトランスポートバケツトとで構成されていることを特徴とする請求項 2 7記載の受信装置。。

2 9 . 前記付加情報挿入手段は、前記データバケツ卜の先頭もしくは終端に付加情報を付加することを特徴とする請求項 2 7または 2 8記載の

3 0 . 前記付加情報挿入手段は、前記ソースパケットヘッダに前記付加情報を挿入することを特徴とする請求項 2 8記載の受信装置。

3 1 . 内部に付加情報が記述されている伝送路ヘッダと、データプロックとを含む伝送パケットを受信するィンターフェースと、

前記伝送バケツトを前記伝送路ヘッダと前記データプロックとに分離する伝送路ヘッダ分離手段と、

前記伝送路へッダから前記付加情報を抽出する付加情報抽出手段と、前記デ一タブロックから一つまたは複数の前記データブロックを結合させたデータバケツトを生成するデータバケツト生成手段と、

前記データバケツトをソースバケツトヘッダとソースバケツトに分離するソースバケツトヘッダ分離手段と、前記付加情報を前記ソースバケツトに付加または挿入または置換を行い、アプリケーションが同時に処理出来る一種類のデータ形式の出力バケツトとして出力する付加情報挿入手段と、を備え、

前記アプリケーションは、その付加情報挿入手段で出力された出力パケットを処理することを特徴とする受信装置。

3 2 . 前記ソースバケツトは M P E G 2データのトランスポートパケットであることを特徴とする請求項 3 1記載の受信装置。

3 3 . 前記付加情報挿入手段は、前記トランスポ一トバケツトの先頭もしくは終端に前記付加情報を付加することを特徴とする請求項 3 2記載の受信装置。

3 4 . 前記付加情報挿入手段は、前記トランスポートパケットのシンクバイトを前記付加情報に置き換えることを特徴とする請求項 3 2記載の

3 5 . 前記ィンタフヱ一スは I E E E 1 3 9 4であり、前記伝送パケットはァイソクロナスバケツトであることを特徴とする請求項 2 7〜3 4 のいずれかに記載の受信装置。

3 6 . 前記付加情報は、著作権情報であることを特徴とする請求項 2 7〜3 5のいずれかに記載の受信装置。

3 7 . 前記付加情報は、ァイソクロナスヘッダの S Y領域に記述されることを特徴とする請求項 2 7〜3 6のいずれかに記載の受信装置。

3 8 . アプリケ一ションが同時に処理出来る一種類の入力バケツトを受け取ると、前記入力バケツトを構成するデータバケツトに追加または挿入されている前記付加情報を取り出す付加情報分離手段と、

前記データバケツトから一つまたは複数のデ一タブ口ックを生成するデ一タブロック生成手段と、

前記データプロックに所定の処理を施し、前記付加情報をデータプロックの所定の位置に挿入することにより前記伝送パケットを生成する伝送パケット生成手段と、

前記伝送パケットを送信するィンタ一フェースとを備えたことを特徴とするデータ送信装置。

3 9 . 前記データパケットは、 M P E G 2データにおける、ソースパケットヘッダとトランスポートバケツトとで構成されていることを特徴とする請求項 3 8記載の送信装置。

4 0 . 前記入力パケットは、前記データパケットの先頭もしくは終端に前記付加情報を付加されていることを特徴とする請求項 3 8または 3 9 記載の送信装置。

4 1 . 前記入力バケツトは、前記ソ一スバケツトヘッダに前記付加情報を挿入することを特徴とする請求項 3 9の送信装置。

4 2 . アプリケーションが同時に処理出来る一種類のデータ形式の入力パケットを受け取ると、前記入力パケットを構成し、付加または挿入または置換されている付加情報を有するトランスポートバケツトから前記付加情報を取り出す付加情報分離手段と、

前記トランスポ一トバケツ卜にソースバケツトヘッダを連結してデータバケツトを生成するデータバケツト生成手段と、前記データパケットから一つまたは複数のデータブロックを生成するデ一タブ口ック生成手段と、

前記データプロックに所定の処理を施し、前記付加情報をデータプロックの所定の位置に挿入することにより前記伝送バケツトを生成する伝送パケット生成手段と、

前記伝送バケツトを出力するインターフヱ一スとを備えたことを特徴とする送信装置。

4 3 . 前記入力パケットは、前記トランスポートパケットのシンクバイトを付加情報に置き換えたものであることを特徴とする請求項 4 2記載の送信装置。

4 4 . 前記入力パケットは、前記トランスポートパケットの先頭もしくは終端に前記付加情報を付加していることを特徴とする請求項 4 2記載の送信装置。

4 5 . 前記インタフヱ一スは I E E E 1 3 9 4であり、前記伝送パケットはァイソクロナスバケツトであることを特徴とする請求項 3 8〜4 4 のいすれかに記載の送信装置。

4 6 . 前記付加情報は、著作権情報であることを特徴とする請求項 3 8〜4 5のいずれかに記載の送信装置。

4 7 . 前記付加情報は、ァイソクロナスヘッダの S Y領域に記述されていることを特徴とする請求項 3 8〜4 6のいずれかに記載の送信装置。

4 8 . 請求項 2 7〜4 7のいずれかに記載の受信装置または送信装置を構成する各手段または各構成要素の、一部または全部をコンピュータで実行するためのプログラムを記録し、コンピュータで読みとり可能な記録媒体。

4 9 . 請求項 2 7 〜 4 7 のいずれかに記載の本発明の全部または一部の手段の全部または一部の機能をコンピュータにより実行させるためのプログラム及び Zまたはデータであることを特徴とする情報集合体。