(57)【特許請求の範囲】
【請求項１】
通信網（３）を介して相互に接続される第１および第２の端末装置（１２、４２）と、
上記第１の端末装置（１２）に接続された編集装置（１８）と、少なくとも音声データおよび映像データまたはいずれか（音声／映像データ）を記録可能な第１の音声／映像データ処理装置（１６）と、
上記第２の端末装置（１２）に接続され、音声／映像データを再生可能な第２の音声／映像データ処理装置（４６）と
を有し、
上記編集装置（１８）は、上記第２の音声／映像データ処理装置（４６）に対して音声／映像データを再生させることを指示し、当該音声／映像データの編集点を示すタイムコードデータの返信を示す制御データを生成して、上記第１の端末装置（１２）に出力し、
上記第１の端末装置（１２）は、上記編集装置から入力された上記制御データを所定のパケットの音声／映像データ格納領域とは別の領域のデータ（ＲＳ４２２）に多重化し、上記通信網を介して上記第２の端末装置（４２）に送信し、
上記第２の端末装置（４２）は、上記所定のパケットを受信し、上記音声／映像データ格納領域とは別の領域に多重化されている制御データを分離して上記音声／映像データ再生装置（４６）に出力し、
上記第２の音声／映像データ処理装置（４６）は上記制御データに従って音声／映像データを再生し、再生された音声／映像データ、および、当該音声／映像データに編集点を示すタイムコードデータを含む上記制御データに対する応答データを上記第２の端末装置（４２）に出力し、
上記第２の端末装置（４２）は、上記第２の音声／映像データ処理装置（４６）から入力された音声／映像データを所定のパケットの音声／映像データ格納領域に、上記応答データを上記所定のパケットと同じパケットの上記音声／映像データ格納領域とは別の領域にそれぞれ、多重化して、上記通信網（３０）を介して上記第１の端末装置（１２）に送信し、
上記第１の端末装置（１２）は、受信した所定パケットから上記応答データと上記音声／映像データとを分離し、該分離した音声／映像データを上記第１の音声／映像データ処理装置（１６）に出力するとともに、上記分離したタイムコードデータを含む応答データの内容に応じたデータを上記編集装置（１８）に出力し、
上記編集装置（１８）は、上記第１の音声／映像データ処理装置（１６）を制御して上記受信して音声／映像データを記録させる、
データ処理システム。
【請求項２】
上記第１の端末装置（１２）は、上記編集装置（１８）から上記制御データを受信したとき、上記編集装置におけるタイムアウトを防止するため、上記編集装置に上記制御データを受け付けたことを示すデータを返信する、
請求項１に記載の、データ処理システム。
【請求項３】
上記通信網は、非同期伝送モード方式の通信網である
ことを特徴とする請求項１または２に記載のデータ処理システム。
【請求項４】
通信網（３）を介して相互に接続される第１および第２の端末装置（１２、４２）と、上記第１の端末装置（１２）に接続された編集装置（１８）と、少なくとも音声データおよび映像データまたはいずれか（音声／映像データ）を記録可能な第１の音声／映像データ処理装置（１６）と、上記第２の端末装置（１２）に接続され、音声／映像データを再生可能な第２の音声／映像データ処理装置（４２）とを用いて、音声／映像データを処理する方法であって、
上記編集装置は、上記第２の音声／映像データ処理装置に対して音声／映像データを再生させることを指示し、当該音声／映像データの編集点を示すタイムコードデータの返信を示す制御データを生成して、上記第１の端末装置に出力し、
上記第１の端末装置は、上記編集装置から入力された上記制御データを所定のパケットの音声／映像データ格納領域とは別の領域のデータに多重化し、上記通信網を介して上記第２の端末装置に送信し、
上記第２の端末装置は、上記所定のパケットを受信し、上記音声／映像データ格納領域とは別の領域に多重化されている制御データを分離して上記音声／映像データ再生装置に出力し、
上記第２の音声／映像データ処理装置は上記制御データに従って音声／映像データを再生し、再生された音声／映像データ、および、当該音声／映像データの編集点を示すタイムコードデータを含む上記制御データに対する応答データを上記第２の端末装置に出力し、
上記第２の端末装置は、上記第２の音声／映像データ処理装置から入力された音声／映像データを所定のパケットの音声／映像データ格納領域に、上記応答データを上記所定のパケットと同じパケットの上記音声／映像データ格納領域とは別の領域にそれぞれ、多重化して、上記通信網を介して上記第１の端末装置に送信し、
上記第１の端末装置は、受信した所定パケットから上記応答データと上記音声／映像データとを分離し、該分離した音声／映像データを上記第１の音声／映像データ処理装置に出力するとともに、上記分離したタイムコードデータを含む応答データの内容に応じたデータを上記編集装置に出力し、
上記編集装置は、上記第１の音声／映像データ処理装置を制御して上記受信して音声／映像データを記録させる、
音声／映像データ処理方法。
【発明の詳細な説明】
技術分野
本発明は、非同期伝送モード（ＡＴＭ：Asynchronous Transfer Mode）等の通信網（通信回線）を介して接続された複数の通信ノードの間で、音声データおよび映像データまたはいずれか一方（以下音声／映像データ）とタイムコードデータとを同じ伝送パケットに多重化して送受信するデータ処理システムと、音声／映像データ処理方法に関する。
背景技術
音声／映像データ（素材）自体には、音声／映像データのつなぎ目（ＩＮ点、ＯＵＴ点；編集点）等を示すタイムコードデータが付加されており、編集処理等の便宜が図られている場合がある。編集装置は、ビデオテープレコーダ（ＶＴＲ）装置等が生成（再生）したこれら音声／映像データのタイムコードデータを監視し、編集者によって指定された音声／映像データの編集点（タイムコードデータ）に従ってＶＴＲ装置を制御し、ＶＴＲ装置に音声／映像データの再生および記録を行わせる。
また最近、高速ディジタルデータ伝送方式として非同期伝送モード（ＡＴＭ）方式が実用化され、ＡＴＭ方式による音声／映像データの伝送への応用が検討されている。
そこで、ＡＴＭ通信網等の通信網を介して編集装置とＶＴＲ装置とを接続し、編集装置から通信網を介してＶＴＲ装置を制御し、音声／映像データを編集処理したいという要望がある。このような遠隔編集を行うためには、編集装置は通信網を介してＶＴＲ装置にＶＴＲ装置用制御データを送信し、ＶＴＲ装置は送られてきたＶＴＲ装置用制御データに従って音声／映像データを再生する必要がある。更にその再生された音声／映像データとタイムコードデータは、通信網を介して再び編集装置に送信され、編集装置は受信した音声／映像データとタイムコードデータに基づいて編集処理を行い記録しなければならない。
しかしながら、通信網を介してデータが相手側に伝送される間には伝送遅延が生じる。例えば、ＡＴＭ通信網においては通信網の輻輳状態等により、伝送遅延が経時的に変化する可能性があるため、タイムコードデータと音声／映像データとを別々に伝送した場合、編集装置が受信するタイムコードデータと音声／映像データとの間に「時間的ずれ」が生じることがある。このように、タイムコードデータと音声／映像データとの間に時間的なずれが生じると、正確なタイミングで音声／映像データをつなげることができず、正確な編集処理が難しくなる。
一方、音声／映像データの垂直帰線期間内にはＶＩＴＣ（Vertical Interval Time Code）と呼ばれるタイムコードデータが素材の一部として挿入されており、ＶＩＴＣを遠隔編集に用いることも考えられる。このＶＩＴＣには、ＶＴＲ装置が静止した状態で音声／映像データを再生するスチル再生時にも読み出すことができるという特徴がある。
しかしながら、音声／映像データがＶＩＴＣを含まない場合、あるいは、誤ったＶＩＴＣを含む場合、係る音声／映像データに対して遠隔編集を行うと、不正確な編集処理しかできない。
発明の開示
本発明の目的は、通信網を介して接続された編集装置と音声／映像データ処理装置とを用いて正確な編集処理を行うことができるデータ処理システムと音声／映像データ処理方法を提供することにある。
また本発明の目的は、通信網を介して接続された編集装置と音声／映像データ処理装置とを用いて遠隔編集を行っても、編集装置側で受けた音声／映像データとタイムコードデータとの間にずれが生じないデータ処理システムと音声／映像データ処理方法を提供することにある。
さらに本発明の目的は、ＶＩＴＣを含まない、あるいは、誤ったＶＩＴＣを含む音声／映像データに対しても、伝送パケットに含まれるタイムコードデータを用いることにより、正確な編集処理を行うことができるデータ処理システムと音声／映像データ処理方法を提供することにある。
本発明によれば、通信網を介して相互に接続される第１および第２の端末装置と、上記第１の端末装置に接続された編集装置と、少なくとも音声データおよび映像データまたはいずれか（音声／映像データ）を記録可能な第１の音声／映像データ処理装置と、上記第２の端末装置に接続され、音声／映像データを再生可能な第２の音声／映像データ処理装置とを有し、
上記編集装置は、上記第２の音声／映像データ処理装置に対して音声／映像データを再生させることを指示し、当該音声／映像データの編集点を示すタイムコードデータの返信を示す制御データを生成して、上記第１の端末装置に出力し、
上記第１の端末装置は、上記編集装置から入力された上記制御データを所定のパケットの音声／映像データ格納領域とは別の領域のデータに多重化し、上記通信網を介して上記第２の端末装置に送信し、
上記第２の端末装置は、上記所定のパケットを受信し、上記音声／映像データ格納領域とは別の領域に多重化されている制御データを分離して上記音声／映像データ再生装置に出力し、
上記第２の音声／映像データ処理装置は上記制御データに従って音声／映像データを再生し、再生された音声／映像データ、および、当該音声／映像データの編集点を示すタイムコードデータを含む上記制御データに対する応答データを上記第２の端末装置に出力し、
上記第２の端末装置は、上記第２の音声／映像データ処理装置から入力された音声／映像データを所定のパケットの音声／映像データ格納領域に、上記応答データを上記所定のパケットと同じパケットの上記音声／映像データ格納領域とは別の領域にそれぞれ多重化して、上記通信網を介して上記第１の端末装置に送信し、
上記第１の端末装置は、受信した所定パケットから上記応答データと上記音声／映像データとを分離し、該分離した音声／映像データを上記第１の音声／映像データ処理装置に出力するとともに、上記分離したタイムコードデータを含む応答データの内容に応じたデータを上記編集装置に出力し、
上記編集装置は、上記第１の音声／映像データ処理装置を制御して上記受信して音声／映像データを記録させる、データ処理システムが提供される。
また本発明によれば、上記処理を行う音声／映像データ処理方法が提供される。
第２の端末装置は、同一の伝送パケットに音声／映像データとタイムコードデータとを同じパケットに含めて伝送することにより、音声／映像データとタイムコードデータとの間に伝送遅延等に起因するずれが生じないようにする。
第１の端末装置は、第２の端末装置から伝送されてきた伝送パケットを受信し、受信した伝送パケットから音声／映像データおよびタイムコードデータを分離する。
編集装置は、例えば、分離した応答データに含まれるタイムコードデータを用いて第１の音声／映像データ処理装置を制御して受信した音声／映像データに対する編集処理を行う。
このように、第１の端末装置に接続された編集装置と第１の音声／映像データ処理装置とは、同一の伝送パケットに含まれ相互に時間的なずれがない音声／映像データおよびタイムコードデータを処理に用いて正確な編集処理等を行う。
【図面の簡単な説明】
図１は、本発明に係るデータ編集システムの構成を示す図である。
図２は、図１に示した編集システムの端末装置の構成を示す図である。
図３は、図１に示した再生システムの端末装置の構成を示す図である。
図４は、図１に示した編集システムと再生システムとの間のデータ伝送に用いられるＰＤＵパケットの構成を示す図である。
図５は、ＳＲＴＳ法の概念を示す図である。
図６は、図１に示した編集システムの端末装置の処理を説明するフローチャート図である。
発明を実施するための最良の形態
以下、本発明の好適な実施形態を説明する。
図１〜図３を参照して、本発明の実施例としてのデータ編集システム１の構成を説明する。
図１は、本発明に係る実施例のデータ編集システム１の構成を示す図である。図１に示すように、データ編集システム１は、第一のデータ処理装置としての編集システム１０および第二のデータ処理装置としての再生システム４０が、ＡＴＭ通信方式の通信網３０を介して接続されている。
編集システム１０は、編集装置１８、録画側のＶＴＲ装置１６および端末装置（ＴＥＲＭ）１２から構成される。
再生システム４０は、再生側のＶＴＲ装置４６および端末装置４２から構成されている。
データ編集システム１は、これらの構成部分により、通信網３０を介して編集装置１８によって制御された再生システム４０のＶＴＲ装置４６が再生した音声／映像データを通信網３０を介して編集システム１０に伝送し、編集装置１８により編集処理する遠隔編集を実現する。
データ編集システム１において、通信網３０は、例えば、ＡＡＬ１プロトコルのＡＴＭ通信網であって、編集システム１０と再生システム４０との間でデータを伝送する。なお、通信網３０は、編集システム１０と再生システム４０との間で伝送されるデータに対して所定の伝送遅延を与える。
ＡＴＭは、通信メディアに依存しない伝達方式である。一方、音声／映像データといった各種通信サービスの提供に必要な通信特性は種々異なる。このように通信サービスに共通なＡＴＭレイヤ以下とサービスに依存する上位レイヤの間の整合をとるのが、ＡＴＭアダプテーションレイヤ（ＡＡＬ：ＡＴＭ Adaptation layer）の基本機能である。ＣＣＩＴＴ勧告Ｉ．３６２、Ｉ．３６３およびＩ．３６５、Ｉ．３６５．１では、４種のプロトコルタイプの提供サービス機能と詳細仕様を規定している。
そのうちの１つが、ＡＡＬ１プロトコルで、ＡＡＬ１プロトコルとは、従来の音声通信や既存専用線サービスのような固定速度型（ＣＢＲ）のサービスを提供することを想定したアダプテーションレイヤプロトコルである。
なお、通信網３０のプロトコルとしては、ＡＡＬ１プロトコルの他に、同期データを有するＡＡＬ５プロトコル等の使用も将来的には考えられる。
ＡＡＬ５プロトコルとは、データ通信を主な対象に、より効率的な転送をねらいとして、コンピュータ機器ベンダーを中心に研究され、新たに提案されたアダプテーションレイヤプロトコルである。
また、通信網３０から編集システム１０および再生システム４０に対しては、ＡＡＬプロトコルのデータレートに対応するクロック（１５５．５２ＭＨｚ）を８分周し、ＡＴＭセル（ディジタル化された伝送データを含み、一定の長さに分割されたブロックで、ネットワーク内ではこのセルを単位として転送される）を８ビットパラレルデータとして処理する際に用いられる回線クロックＮＣＬＫ（１９．４４（１５５．５２／８ＭＨｚ）が供給される。一方、編集システム１０および再生システム４０内部において、ＳＤＩ（Serial Digital Interface）方式で伝送を行う際に用いられる内部クロック４ｆｓｃは約１４．３ＭＨｚである。それぞれ正確な場合には、これらのクロックの周波数は整数比（ＮＣＬＫ：４ｆｓｃ＝１１８８：８７５）で精度よく近似することが可能である。
ここでＳＤＩ方式とは、映像編集等に用いられる装置間で、ディジタル形式の音声および映像データ等を伝送するための信号伝送方式であり、その信号フォーマットはディジタル形式の映像信号／音声データの規格としてＳＭＰＴＥ（Society of Motion and Television Engineering）の規格ＳＭＰＴＥ−２９５Ｍに標準化されている。ＳＤＩ方式は、コンポーネントビデオフォーマットであるＤ１方式およびコンポジットビデオフォーマットＤ２方式のディジタル形式の音声／映像データの伝送に用いられ、その伝送速度は２７０ＭＨｚと高速である。
編集システム１０において、編集装置１８は、通信網３０を介して、再生システム４０のＶＴＲ装置４６との間、および、ＶＴＲ装置１６との間でタイムコードデータおよびＲＳ−４２２プロトコルの制御データを送信および受信（送受信）するための２つのリモート（ＲＥＭＯＴＥ）端子を有する。
編集装置１８は、編集者の操作に応じて、再生システム４０のＶＴＲ装置４６およびＶＴＲ装置１６の動作をそれぞれ制御するための２つのＲＳ−４２２制御データを生成し、それらを２つのＲＥＭＯＴＥ端子からＶＴＲ装置１６のＲＥＭＯＴＥ端子および端末装置１２のＲＳ−４２２用のインターフェース回路１２０（図２）に対して出力する。
ＶＴＲ装置１６は、編集装置１８との間で制御データを送受信するためのＲＥＭＯＴＥ端子、および、再生システム４０のＶＴＲ装置４６から通信網３０を介して伝送されてきた音声／映像データを受け入れる入力端子（ＶＩＤＥＯ）を有する。
ＶＴＲ装置１６は、ＲＥＭＯＴＥ端子に入力される制御データに従って、端末装置１２から入力端子（ＶＩＤＥＯ＿ＩＮ，ＡＵＤＩＯ＿ＩＮ，ＳＤＩ＿ＩＮ（SMPTE-259M;Serial Digital Interface）等）に入力される音声／映像データを記録する。
再生システム４０において、ＶＴＲ装置４６は、通信網３０を介して、編集システム１０の編集装置１８との間でタイムコードデータを送受信するためのＴＩＭＥ＿ＣＯＤＥ（ＴＩＭＥ＿ＣＯＤＥ＿ＯＵＴＰＵＴ）端子、制御データを送受信するためのＲＥＭＯＴＥ端子、および、編集システム１０のＶＴＲ装置１６に対して通信網３０を介して音声／映像データを出力する出力端子（ＶＩＤＥＯ）を有する。
ＶＴＲ装置４６は、ＲＥＭＯＴＥ端子に入力される制御データに従って音声／映像データを再生し、出力端子（ＶＩＤＥＯ＿ＯＵＴ，ＡＵＤＩＯ＿ＯＵＴ）から端末装置４２に対して出力する。
また、ＶＴＲ装置４６は、ビデオテープの長手方向に記録されているＬＴＣ（Longitudinal Time Code）を読み出してタイムコードデータを生成し、制御データに従ってＴＩＭＥ＿ＣＯＤＥ端子から端末装置４２に対して出力する。
図２は、図１に示した端末装置１２の構成を示す図である。
図２に示すように、端末装置１２は、ＲＳ−４２２用のインターフェース回路１２０、パケット生成回路１２２、パケット送信回路１２４、判別・選択回路１３０、バッファリング・選択回路１３２、パケット受信回路１４０、パケット分解回路１４２および音声／映像データ用のインターフェース回路１４４から構成される。
端末装置１２は、これらの構成部分により、編集装置１８から入力された制御データを、所定の伝送パケット（Protocol Data Unit（ＰＤＵ）パケット）に多重化し、通信網３０を介して再生システム４０に送信する。さらに端末装置１２は、通信網３０を介して再生システム４０から伝送されてきたＰＤＵパケットを受信し、受信したＰＤＵパケットから音声／映像データ、制御データ（応答データ）およびタイムコードデータを分離してＶＴＲ装置１６および編集装置１８に対して出力する。なお、ＰＤＵパケットの構成は、図４を参照して後述する。
端末装置１２において、ＲＳ−４２２用のインターフェース回路１２０は、ＲＥＭＯＴＥ端子を介して編集装置１８から入力された制御データＣ１を受け入れ、ＲＳ−４２２コマンドＣ３としてパケット生成回路１２２、バッファリング・選択回路１３２および判別・選択回路１３０に対して出力する。
また、インターフェース回路１２０は、バッファリング・選択回路１３２から入力された再生システム４０のＶＴＲ装置４６からの応答データ等を編集装置１８のＲＥＭＯＴＥ端子に対して出力する。
パケット生成回路１２２は、インターフェース回路１２０から入力されたＲＳ−４２２コマンドＣ３をＰＤＵパケットＣ５に多重化し、パケット送信回路１２４に対して出力する。
パケット送信回路１２４は、パケット生成回路１２２から入力されたＰＤＵパケットＣ５を通信網３０に対して送信する。
パケット受信回路１４０は、再生システム４０から通信網３０を介して伝送されてきたＰＤＵパケットを受信し、受信データＣ８としてパケット分解回路１４２に対して出力する。
パケット分解回路１４２は、パケット受信回路１４０から入力された受信データＣ８に含まれるＰＤＵパケットを分解し、ＰＤＵパケットに多重化されているタイムコードデータ（タイムコードデータＣ１１）、応答データ（ＲＳ−４２２リプライＣ１２）および音声／映像データＣ１０を分離して、判別・選択回路１３０およびインターフェース回路１４４に対して出力する。
音声／映像データ用のインターフェース回路１４４は、パケット分解回路１４２から入力された音声／映像データＣ１０を編集装置１８の入力端子（ＶＩＤＥＯ＿ＩＮ，ＡＵＤＩＯ＿ＩＮ）、あるいは、ＳＤＩ方式の伝送装置が接続されている場合には、その入力端子（ＳＤＩ＿ＩＮ）に対して出力する。
判別・選択回路１３０は、インターフェース回路１２０から入力されるＲＳ−４２２コマンドの内容に応じて、タイムコードデータＣ１１またはＲＳ−４２２リプライＣ１２のいずれかを選択し、バッファリング・選択回路１３２に対して出力する。
つまり、判別・選択回路１３０は、編集装置１８から入力された制御データＣ１（ＲＳ−４２２コマンドＣ３）を判別し、制御データＣ１が、再生システム４０のＶＴＲ装置４６に対してタイムコードデータの送出を要求するタイムコードセンスコマンドである場合にはパケット分解回路１４２が分離したタイムコードデータＣ１１を選択し、制御データがその他のコマンドである場合にはＲＳ−４２２リプライＣ１２を選択してバッファリング・選択回路１３２に出力する。
バッファリング・選択回路１３２は、判別・選択回路１３０から入力されたデータをバッファリングし、ＲＳ−４２２コマンドの内容に応じてタイムコードデータＣ１１およびＲＳ−４２２リプライＣ１２をインターフェース回路１２０に選択データＣ１５として出力する。
また、バッファリングおよび選択回路１３２は、次のような機能も有する。編集装置１８は、端末装置１２に対して制御データを発行した後に、所定時間内に応答データを受けないと例外処理（タイムアウト処理）を開始する。その場合、端末装置１２は、編集装置１８からタイムアウト処理に関する制御データを受けたとき、編集装置１８に対して応答データを擬似的に返し、編集装置１８がタイムアウト処理を行わないようにするためのタイムアウト回避処理を行う。タイムアウト回避処理の内容は、図５を参照して後述する。
図３は、図１に示した端末装置４２の構成を示す図である。
図３に示すように、端末装置４２は、パケット受信回路４２０、パケット分解回路４２２、ＲＳ−４２２用のインターフェース回路４２４、音声／映像データ用のインターフェース回路４３０、タイムコードデータ用のインターフェース回路（Time Code Reader）４３２、パケット生成回路４３４およびパケット送信回路４３６から構成される。
端末装置４２は、これらの構成部分により、ＶＴＲ装置４６から入力された応答データおよび音声／映像データとをＰＤＵパケットに多重化し、通信網３０を介して編集システム１０に送信する。さらに端末装置４２は、通信網３０を介して編集システム１０から伝送されてきたＰＤＵパケットを受信し、受信したＰＤＵパケットから制御データを分離してＶＴＲ装置４６に対して出力する。
なお、端末装置１２，４２は実際には同一構成をとることが多いが、図示の説明の明確化のために、図２には編集システム１０における端末装置１２のデータ処理に関係する部分を示し、図３には再生システム４０における端末装置４２のデータ処理に関係する部分を示してある。
パケット受信回路４２０は、編集システム１０から通信網３０を介して伝送されてきたＰＤＵパケットを受信し、受信データＢ２としてパケット分解回路４２２に対して出力する。
パケット分解回路４２２は、パケット受信回路４２０から入力された受信データＢ２に含まれるＰＤＵパケットを分解し、制御データ（ＲＳ−４２２コマンドＢ４）を分離して、インターフェース回路４２４に対して出力する。
インターフェース回路４２４は、ＶＴＲ装置４６のＲＥＭＯＴＥ端子から入力される応答データを受け入れて、ＲＳ−４２２リプライＢ７としてパケット生成回路４３４に対して出力する。また、インターフェース回路４２４は、パケット分解回路４２２から入力されるＲＳ−４２２コマンドＢ４を、ＶＴＲ装置４６のＲＥＭＯＴＥ端子に対して出力する。
インターフェース回路４３０は、ＶＴＲ装置４６の音声／映像データの出力端子から入力される音声／映像データＢ８を受け入れて、パケット生成回路４３４に対して出力する（音声／映像データＢ１０）。
タイムコードリーダ４３２は、ＶＴＲ装置４６のＴＩＭＥ＿ＣＯＤＥ端子から入力されるタイムコード情報Ｂ１１を受け入れて、タイムコードデータＢ１３としてパケット生成回路４３４に対して出力する。
パケット生成回路４３４は、インターフェース回路４２４，４３０，４３２からそれぞれ入力されるＲＳ−４２２リプライＢ７、音声／映像データＢ１０およびタイムコードデータＢ１３をＰＤＵパケットＢ１５に組み立て、パケット送信回路４３６に対して出力する。
パケット送信回路４３６は、ＰＤＵパケットＢ１５を通信網３０を介して編集システム１０に対して送信する。
次に、編集システム１０と再生システム４０との間のデータ伝送に用いられるＰＤＵパケットの構成を説明する。
図４は、図１に示した編集システム１０と再生システム４０との間のデータ伝送に用いられるＰＤＵパケットの構成を示す図である。
ＰＤＵパケットにおいて、データＴＲＳはＦＦｈ，００ｈ，００ｈ（ｈは１６進数表示）を内容とし、ＰＤＵパケットの先頭位置を示す。なお、データＴＲＳ、アンシラリデータ（ＡＮＣ；ANCillary）領域とビデオデータ（ＶＩＤＥＯ）領域とにおいては５バイト置きに挿入されるデータを除いて、ＰＤＵパケットに含まれるデータが００ｈまたはＦＦｈの値をとることは禁止される。
このデータＴＲＳを検出することにより、これ以降の各データがＰＤＵパケットのデータであると識別することができる。従って、任意のデータ長のアンシラリデータ領域およびビデオデータ領域を有するＰＤＵパケットを、ＡＴＭセルのペイロード部（伝達の対象となる伝送データを含むデータ部分）単位でなく処理することができる。
データＲＴＳ１，ＲＴＳ２には、それぞれ外部クロックＮＣＬＫを１１８８周期の間の内部クロック４ｆscの計数値から８３２を減じた６ビットの値をとる同期データＲＴＳが入れられる。但し、伝送パケットは内部クロック４ｆsc、９１０周期分の時間で伝送されるため、１つの伝送パケットを伝送する間に２つの計数値が出現する可能性がある。データＲＴＳ１，ＲＴＳ２の２つの領域を確保したのは、このような場合に対応するためである。この同期データＲＴＳを用いる同期確立の方法としては、同期残差タイムスタンプ（Synchronous Residual Time Stamp：ＳＲＴＳ）法等が知られている。
以下、ＳＲＴＳ法について説明する。図５はＳＲＴＳ法の概念を示す図である。送信側と受信側のクロックがネットワークに同期していない場合、送信側のクロック周波数を受信側に転送する方法を「ソースクロック周波数再生法」と呼ぶ。この「ソースクロック周波数再生法」のＡＡＬ１タイプ１としてＳＲＴＳ法と適応クロック法がある。
どちらの方法が使用されるかは、要求されるサービス条件に依存し、たとえば、回線信号転送サービスで、非同期の１．５４４Ｍｂｉｔ／ｓあるいは２．０４８Ｍｂｉｔ／ｓ系信号を転送する場合、ＣＣＩＴＴ勧告Ｇ．８２３やＧ．８２４のジッタ条件を満足するためにはＳＲＴＳ法が必要である。
ＳＲＴＳ法は、図４に示すようにネットワークの両端（Ｔ点）で、共通に参照クロックが得られることが必要である。送信側では、共通参照クロックと送信端末内ローカルクロックの差を計測し、これを残差タイムスタンプ（ＲＴＳ）として、受信側へ転送する。ＡＡＬタイプ１は、ＣＳ表示ビットを用いてＲＴＳを転送する。受信側では、共通参照クロックとＲＴＳの差を求め、これによって受信端末内ローカルクロック周波数を制御する。
一方、適応クロック法は、受信側でバッファ内データの滞留量をバッファサイズの中間付近に位置するように受信データ取り込みクロック周波数を制御することによって、ローカルクロックの周波数を送信側の周波数に合わせるもので、送信側と受信側間での情報転送はない。ＳＲＴＳ法と適応クロック法を比較すると、ＳＲＴＳ法は適応クロック法に対して複雑であるが、実現されるジッタ性能などは適応クロック法よりも優れている。
データＲＴＳ１，ＲＴＳ２は、編集システム１０において通信網間の同期の確立等に用いられる。なお、データＲＴＳ１，ＲＴＳ２の第６ビットには有効ビットＶ（Valid）が入り、有効ビットＶの内容は、例えば、これらのデータが有効である場合には論理値１になり、有効でない場合には論理値０となる。さらに、データの値が００ｈ，ＦＦｈとなることを避けるために、有効ビットＶの論理反転値が第７ビットとして付加される。
データＬＮＩＤ（Line Number ID）は、同じＰＤＵパケット内のアンシラリデータ領域およびビデオデータ領域にそれぞれ含まれる伝送データの音声／映像データの識別のために用いられ、第０〜第２ビットは音声／映像データが含まれるフィールドを示すフィールド番号（ＦＮ；Field Number）を示し、０〜３１の値をとる第３〜第７ビットは音声／映像データが含まれるラインを示すライン番号（ＬＮ；Line Number）を示す。
データＬＮ１は、１〜５２５の範囲の値をとり、データＬＮＩＤ１とともに、２フィールドの範囲内での音声／映像データの識別のために用いられる。データＬＮ１の第１バイトおよび第２バイトのそれぞれ第０〜第４ビットには、格納する数値の第０〜第４ビットおよび第５〜第９ビットが入り、データＬＮ１の各第５ビット目には、データＲＴＳ１，ＲＴＳ２の有効ビットＶと同じ理由から第４ビットの論理反転値が入る。
データＬＮＩＤ２，ＬＮ２は、編集システム１０が、伝送されてきた伝送データを処理する時刻が決められている場合、例えば、受信した伝送データをリアルタイムに放送中の番組に用いる場合に、再生システム４０が、通信網３０等において伝送データ（伝送パケット）に生じる伝送遅延時間の補償を行う場合に用いられる。
つまり、データＬＮＩＤ２，ＬＮ２が意味するところは、同じＰＤＵパケットに含まれる音声／映像データが、送信側のテレビジョン放送局等において伝送遅延時間の補償のために、ＶＴＲ装置１６によって何ライン分早めて再生され、端末装置４２によって送信されたかを示す。なお、データＬＮＩＤ２，ＬＮ２それぞれの内容の詳細は、それぞれ上述のデータＬＮＩＤ１，ＬＮ１と同じである。データＦｌａｇは、第０〜第３ビットにアンシラリデータ部およびビデオデータ部のデータ量を示すパケットテーブル（ＰＴ；Packet Table）データが入る。第４〜第７ビットにはビットｓｂ０〜ｓｂ３が入る。このビットｓｂ０〜ｓｂ３は、エンコーダ側のシャフリングの方式を伝えるために用いられる。
データＲＳ４２２−ｃｈ１，ＲＳ４２２−ｃｈ２は、例えば、送信側および受信側のデータ伝送装置（編集システム１０および再生システム４０）にそれぞれ接続された音声／映像処理機器１４の間のＲＳ４２２を用いた制御用のデータ等の伝送に用いられる。
データＲＳ４２２−ｃｈ１，ＲＳ４２２−ｃｈ２の第０〜第３ビットには、それぞれ伝送されるデータの上位４ビットまたは下位４ビットのいずれかが入り、第４ビットには、第０〜第３ビットに入っているデータが上位４ビットである場合に１となり、下位４ビットである場合に０となるビットＵＬ（Upper/Lower）が入る。データＲＴＳ１，ＲＴＳ２の有効ビットＶと同じ理由により、第５ビットには第４ビットの論理反転値が入る。
さらに、第６ビットには、データＲＳ４２２−ｃｈ１，ＲＳ４２２−ｃｈ２がそれぞれ有効であるか否かを示す有効ビットＶが付加される。
データＶＯＩＣＥには、連絡用等に用いられる音声データが入る。音声データは、例えば、一般的な電話通信に用いられるＰＣＭ符号化装置のサンプリング周波数にほぼ等しいサンプリング周波数でサンプリングでき、しかも、タイミング的にＰＤＵパケットに入れやすいように、映像信号の水平同期信号（１５．７５ＫＨｚ）２周期に１つづつ８ビットずつ生成される。従って、１つの音声データは、水平同期信号の周期ごとに１つ生成されるＰＤＵパケット２つにわたって伝送されることになる。なお、図４に示した場合においては、データＶＯＩＣＥの第０〜第３ビットには、音声データの上位４ビットまたは下位４ビットが入れられる。
さらに、第４ビットには、データＲＳ４２２−ｃｈ１，ＲＳ４２２−ｃｈ２と同様に、第０〜第３ビットのデータが上位４ビットであるか下位４ビットであるかを示すビットＵＬが入れられ、第５ビットには、データＲＴＳ１，ＲＴＳ２の有効ビットＶと同じ理由により第４ビットの論理反転値が入れられ、さらに、音声データが有効であるか否かを示す有効ビットＶが付加される。
さらに、第６および第７ビットには、データ伝送装置（編集システム１０および再生システム４０）の内部および通信網３０がＰＤＵパケットに与える遅延時間を測定するために用いられるビット８Ｆ１，８Ｆ２が入る。なお、データＬＮＩＤ２，ＬＮ２に入れられるデータは、これらのビット８Ｆ１，８Ｆ２を用いて測定された遅延時間に基づいて算出される。
予備データは、将来他の用途が生じた場合のために予備として空けられた領域であるが、データＲＴＳ１，ＲＴＳ２と同様に、値が００ｈ，ＦＦｈのいずれともならないように、第７ビットには第６ビットの論理反転値が入れられる。
データＣＲＣＣ１，ＣＲＣＣ２，ＣＲＣＣ３には、それぞれ先行するデータ領域の誤り訂正符号が入れられる。なお、データＲＴＳ１，ＲＴＳ２と同様に、値が００ｈ，ＦＦｈのいずれともならないように、第７ビットには第６ビットの論理反転値が入れられる。
なお、データＴＲＳ〜予備データは、アンシラリデータ領域およびビデオデータ領域に比べて非常に小さいデータ量であるため、データ伝送のスループットに影響を与えることはない。
アンシラリデータ領域のワード長は、例えば６９ワードであって、Ｄ２方式の音声／映像データのライン単位それぞれに対応し、ワード幅が変換されたＡＥＳ／ＥＢＵデータが入れられる。例えば、５５ワードのＡＥＳ／ＥＢＵデータを８ビットに変換した場合、変換の結果得られる８ビットパラレルデータは６８ビットと６ビットとなる。
このような場合には、上記の残りの２ビットには、禁止コード（００ｈ，ＦＦｈ）が発生することを防ぐために、２ビットの値「０１」または「１０」が入れられる。入れられた「０１」または「１０」は、受信側のデータ伝送装置（編集システム１０）においてＰＤＵパケットが再生される際に破棄される。
なお、この領域において、ＡＥＳ／ＥＢＵデータはＰＤＵパケットの前方に下位ワード、後方に上位ワードの順となる。
ビデオデータ領域には、ＳＤＩ方式に適合した１ワード１０ビットのワード幅から、通信網３０に適合した１ワード８ビットの映像データの内、主に映像に係るデータがＤ２方式の映像データのライン単位に入れられる。なお、映像データは、ＰＤＵパケットの前方に下位バイト、後方に上位バイトの順となる。
なお、ＰＤＵパケットのアンシラリデータ領域およびビデオデータ領域は可変長であり、これらの領域が有効なデータを含まない場合もある。また、データＲＳ４２２−ｃｈ１，ＶＯＩＣＥ等は、有効ビットＶを有するので、例えば、データＶＩＯＣＥの有効データＶのみが１で、他のデータの有効データＶが０である場合には、データＶＯＩＣＥのみが有効であり、他のデータは全て無効であることを意味する。
以下、データ編集システム１の動作を説明する。
まず、編集システム１０の編集装置１８は、編集者の操作に応じて、再生システム４０のＶＴＲ装置４６に対して音声／映像データを再生させる旨の制御データを生成し、端末装置１２に対して出力する。
端末装置１２は、編集装置１８から入力された制御データ（コントロールコマンド）をＰＤＵパケット（図４）のデータＲＳ４２２−ｃｈ１またはデータＲＳ４２２−ｃｈ２（以下、データＲＳ４２２と記す）に多重化し、再生システム４０の端末装置４２に対して送信する。
なおこの際、編集装置１８にタイムアウト処理を行わせないように、端末装置１２のバッファリング・選択回路１３２は、編集装置１８に対してシステムコントロールコマンドを受け付けたことを示す応答データ（ＡＣＫ：Acknowledge）を返す等の処理を行う。
再生システム４０の端末装置４２は、編集システム１０の端末装置１２から送られてきたＰＤＵパケットを受信し、データＲＳ４２２からシステムコントロールコマンドを分離してＶＴＲ装置４６に対して出力する。
ＶＴＲ装置４６は、入力されたシステムコントロールコマンドに従って音声／映像データを再生し、再生された音声／映像データ、および、システムコントロールコマンドに対する応答データを端末装置４２に対して出力する。
端末装置４２は、ＶＴＲ装置４６から入力された音声／映像データをＰＤＵパケットのビデオデータ領域およびアンシラリデータ領域に多重化し、ＶＴＲ装置４６に出力したＲＳ４２２コマンドに対する応答データをデータＲＳ４２２に多重化し、必要があれば、ＶＴＲ装置４６から入力されたタイムコードデータを予備データ領域に多重化して、通信網３０を介して編集システム１０の端末装置１２に対して送信する。
編集システム１０の端末装置１２は、再生システム４０から伝送されてきたＰＤＵパケットを受信し、応答データおよび音声／映像データを分離する。さらに、端末装置１２は、音声／映像データをＶＴＲ装置１６に対して出力するとともに、応答データの内容に応じた所定のデータを編集装置１８のＲＳ−４２２端子に対して出力する。
また、編集装置１８は、ＶＴＲ装置１６を制御し、再生システム４０のＶＴＲ装置４６から伝送されてきた音声／映像データを記録させる。
さらに、編集システム１０の編集装置１８は、必要に応じて、再生システム４０のＶＴＲ装置４６に対して、タイムコードデータの送信を要求する旨の制御データ（タイムコードセンスコマンド）を生成して端末装置１２に対して出力する。
端末装置１２は、編集装置１８から入力されたタイムコードセンスコマンドをＰＤＵパケットのデータＲＳ４２２に多重化し、再生システム４０の端末装置４２に対して送信する。さらに、端末装置１２は、編集装置１８に対してタイムアウト回避処理を行う。
再生システム４０の端末装置４２は、編集システム１０の端末装置１２から送られてきたＰＤＵパケットを受信し、データＲＳ４２２からタイムコードセンスコマンドを分離してＶＴＲ装置４６に対して出力する。なお、データＲＳ４２２に多重化されたデータには、タイムコードセンスコマンド以外のコマンドも含まれる。
ＶＴＲ装置４６は、入力された制御データに従って、再生中の音声／映像データに加え、タイムコードデータ、つまり、再生したＬＴＣと、システムコントロールコマンドに対する応答データを端末装置４２に対して出力する。
端末装置４２は、上述のようにＶＴＲ装置４６から入力された音声／映像データをＰＤＵパケットのビデオデータ領域およびアンシラリデータ領域に多重化し、また、応答データをデータＲＳ４２２に多重化し、ＬＴＣからのタイムコードデータを予備データ領域に順次多重化し、編集システム１０の端末装置１２に対して送信する。
編集システム１０の端末装置１２は、再生システム４０から伝送されてきたＰＤＵパケットを受信し、パケットのデータＲＳ４２２および予備データ領域から応答データおよびタイムコードデータとをそれぞれ分離する。
さらに端末装置１２は、編集装置１８からのコマンドに対応した応答データまたはタイムコードデータを、編集装置１８に対して出力する。
特に、編集装置１８からタイムコードセンスコマンドが入力された場合には、端末１２は、ＰＤＵパケットから分離したタイムコードデータをタイムコードセンスコマンドに対する応答データとして、編集装置１８に対して出力する。応答データおよびタイムコードデータとを受けた編集装置１８は、これらのデータを用いてＶＴＲ装置１６を制御し、ＶＴＲ装置１６に入力されている音声／映像データの記録を中断、継続あるいは再開し、編集処理を行う。
図６は、図１に示した端末装置１２の処理を説明するフローチャート図である。なお、図６には、端末装置１２を編集システム１０と再生システム４０との間で双方向に音声／映像データの送受信が可能な構成とした場合の処理を示してある。
ステップ１００（Ｓ１００）において、端末装置１２は、編集装置１８からシステムコントロールコマンド等の制御データ（コマンドデータ；Ｃｏｍｍａｎｄ）を受信したか否かを判断する。コマンドデータを受信した場合にはＳ１０２の処理に進み、コマンドデータを受信しない場合にはＳ２００の処理に進む。
ステップ２００（Ｓ２００）において、端末装置１２は、通信網３０を介した再生システム４０からの応答データ（Ｒｅｐｌｙ）を受信したか否かを判断する。応答データを受信した場合にはＳ２０２の処理に進み、応答データを受信しない場合にはＳ２１０の処理に進む。
ステップ２０２（Ｓ２０２）において、端末装置１２は、受信した応答データをバッファに格納（バッファリング）する。
ステップ２１０（Ｓ２１０）において、端末装置１２は、通信網３０を介した再生システム４０からのコマンドデータを受信したか否かを判断する。コマンドデータを受信した場合はＳ２１２の処理に進み、コマンドデータを受信しない場合にはＳ２２０の処理に進む。
ステップ２１２（Ｓ２１２）において、端末装置１２は、編集システム１０側に接続された再生用ＶＴＲ装置（図示せず）に対して受信したコマンドデータを出力する。
ステップ２２０（Ｓ２２０）において、端末装置１２は、編集システム１０側の再生用ＶＴＲ装置（ＲＳ−４２２）からの応答データを受信したか否かを判断する。応答データを受信した場合にはＳ２１４の処理に進み、応答データを受信しない場合にはＳ１００の処理に戻る。
ステップ２１４（Ｓ２１４）において、端末装置１２は、受信した応答データを再生システム４０に対して出力する。
ステップ１０２（Ｓ１０２）において、端末装置１２は、編集装置１８から受信したコマンドデータを再生システム４０に対して送信する。
ステップ１０４（Ｓ１０４）において、端末装置１２は、コマンドデータがシステムコントロールコマンド（ＳＹＳＴＥＭ＿ＣＯＮＴＲＯＬ）またはセンスリクエストコマンド（ＳＥＮＳＥ＿ＲＥＱＵＥＳＴ）であるかを判断する。システムコントロールコマンドまたはセンスリクエストコマンドである場合にはＳ１２０の処理に進み、これ以外のコマンド（ＰＬＡＹ，ＳＴＯＰ等）の場合にはＳ１４０の処理に進む。
ステップ１２０（Ｓ１２０）において、端末装置１２は、コマンドデータがタイムコードセンスコマンド（Ｔｉｍｅ  Ｓｅｎｓ）か否かを判断する。タイムコードセンスコマンドである場合にはＳ１２２の処理に進み、タイムコードセンスコマンドでない場合にはＳ１３０の処理に進む。
ステップ１２２（Ｓ１２２）において、端末装置１２は、バッファリング・選択回路１３２にバッファリングされているコマンドデータ内にタイムコードデータがあるか否かを判断する。タイムコードデータがある場合にはＳ１２４の処理に進み、タイムコード情報がない場合にはＳ１３０の処理に進む。
ステップ１２４（Ｓ１２４）において、端末装置１２は、タイムコードデータ（Ｃ１１）を読み出す（パケットから分解する）。
ステップ１２６（Ｓ１２６）において、タイムコードデータ（Ｃ１１）はバッファリング／選択回路１３２にバッファリングされ、そこで通常のシステムコントロールコマンドに対するＲＳ４２２リプライ（Ｃ１２）に代わって、選択データ（Ｃ１５）として選択される。
ステップ１３０（Ｓ１３０）において、端末装置１２は、コマンドデータに対応する応答データがバッファリング・選択回路１３２にバッファリングされているか否かを判断する。バッファリングされている場合はＳ１４２の処理に進み、バッファリングされていない場合にはＳ１４０の処理に進む。
ステップ１４０（Ｓ１４０）において、端末装置１２は、編集装置１８にＡＣＫ信号を返す。このようにＳ１４０の処理において、編集装置１８に送信すべき応答データがない場合にもＡＣＫを返すことにより、編集装置１８のタイムアウト処理の開始を回避することが可能となる。
ステップ１４２（Ｓ１４２）において、端末装置１２は、バッファ内の該当する応答データ（タイムコードデータを含む）を選択し、編集装置１８に対して出力する。
以上説明したように、データ編集システム１においては、編集システム１０の編集装置１８から通信網３０を介して再生システム４０のＶＴＲ装置４６の再生動作を制御し、音声／映像データを送信させることができ、編集装置１８が送信させた音声／映像データに対して編集処理を施すことができる。
また、データ編集システム１においては、編集装置１８からＶＴＲ装置４６を制御し、タイムコードデータを送信させることができるうえに、音声／映像データと、この音声／映像データに対応するタイムコードデータとが、同一のＰＤＵパケットに多重化されて伝送されてくるので、通信網３０を介した正確な遠隔編集処理が可能である。
なお、編集システム１０において、端末装置１２に端末装置４２の機能を持たせてＶＴＲ装置４６を付加し、再生システム４０において、端末装置４２に端末装置１２の機能を持たせてＶＴＲ装置１６を付加することにより、編集システム１０と同様に、再生システム４０の側からも双方向に遠隔編集を行うことができる。
また、例えば、編集システム１０において、編集装置１８に加え、他の装置、例えば、音声／映像データに特殊効果を与えるエフェクター等の他の装置を用いて、他の処理も行うことができるように構成してもよい。
また、端末装置１２，４２の構成部分は、同一の機能および性能を実現できる限り、ソフトウェア的に構成されているか、ハードウェア的に構成されているかを問わない。
また、端末装置１２においては、例えば、編集システム１０と再生システム４０との間の通信網３０の伝送遅延がごく小さい場合には、バッファリング・選択回路１３２によるタイムアウト回避処理は必須ではない。
以上述べたように本発明に係るデータ処理システムと音声／映像データ処理方法によれば、通信網を介して接続された編集装置とＶＴＲ装置とを用いて正確な編集処理を行うことが可能である。
また、本発明に係るデータ処理システムと音声／映像データ処理方法によれば、通信網を介して接続された編集装置とＶＴＲ装置とを用いて遠隔編集を行っても、編集装置側で受けた音声／映像データとタイムコードデータとの間にずれが生じない。
また、本発明に係るデータ処理システムと音声／映像データ処理方法によれば、ＶＩＴＣを含まない、あるいは、誤ったＶＩＴＣを含む音声／映像データに対しても、伝送パケットに含まれるタイムコードデータを用いることにより、正確な編集処理を行うことができる。
産業上の利用可能性
本発明のデータ処理システムは通信網を介して接続された２つのデータ処理装置の間で、音声／映像データの編集作業などのデータ処理を効率よく行う場合に適用される。
【図１】
0003834825.tif 000002
【図２】
0003834825.tif 000003
【図３】
0003834825.tif 000004
【図４】
0003834825.tif 000005
【図５】
0003834825.tif 000006
【図６】
0003834825.tif 000007
0003834825.tif 000008