JPH0787082A - 情報再生方式 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】十分な伝送容量を持った通信回線を利用しなく
ても、遠隔の異なるシステムが同期して同一の動画を再
生、巻戻し、コマ送り等することのできるような情報再
生方式を提供する。 【構成】ローカル側システム１は、ビデオデッキ１５よ
りビデオ信号を取り込み、これをスクランブルして、ハ
ードディスク１１３上に動画データファイルを作り、こ
れをリモート側システム３へ通信回線５を通じて送る。
リモート側システムは、そのスクランブルされた動画フ
ァイルをハードディスク３１３に蓄える。この後、ロー
カル側システム１は、スクランブル動画ファイルを復元
して再生すると同時に、そのファイルの復元のためのス
クランブルキー、フレーム同期信号、再生や巻戻し等の
再生制御コマンドをリモート側システム３に通信回線５
を通じてリアルタイムに送信する。リモート側システム
３は、その送信された情報に従って、スクランブル動画
ファイルを復元し同期再生する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、２つの遠隔地点に置か
れた情報処理システムが同期して同一情報を再生する方
式に係わり、特に、双方のシステムで同期して同一の動
画データの再生、巻き戻し、コマ送り等を行う場合など
に好適な情報再生方式に関する。

【０００２】

【従来の技術】テレビ・プロモーション用等の動画の製
作過程では、製作側が依頼側の要求に基づいて製作した
動画を、依頼側が再生して視て出来映えをチェックし、
校正箇所を指摘する、というモーション・チェックが何
度か行われる。このモーション・チェックは、依頼側と
製作側の双方が同時にその動画を視ながら、どのシーン
にどのような修正を加えるべきかといった事項を確実に
把握して行く必要があるため、通常は依頼側スタッフと
製作側スタッフとが同一場所に集ってこのモーション・
チェック作業を行っている。

【０００３】

【発明が解決しようとする課題】しかしながら、特にテ
レビ・プロモーション用の動画などは、全体で数十秒か
ら数分程度の短いものであるため、そのような短時間の
動画のチェックだけのために幾人ものスタッフがわざわ
ざ遠くの打合せ場所まで出張するということは非能率か
つ不経済である。そのため、依頼側及び製作側がそれぞ
れの仕事場所で同期して動画を再生してチェックできる
ようにしたいという要求がある。

【０００４】このような要求を満たす１つの方法は、Ｉ
ＳＤＮのような高速デジタル通信回線を利用して製作側
から依頼側へデジタル動画データを送信する方法であ
る。すなわち、製作側において動画を再生しつつ、現在
ディスプレイに出ているフレームのデータを通信回線を
通じてリアルタイムで依頼側へ送って依頼側のディスプ
レイに表示させるものである。

【０００５】この方法によれば、製作側と依頼側がほぼ
同期して同一のシーンを見ることができ、必要に応じて
巻戻しやコマ送り等の各種制御も行なうこともできる。
しかも、製作側としては、自己の著作物たる動画を依頼
側に引き渡すものではないので、製作側の著作権の安全
が維持できるという利点もある。

【０００６】しかしながら、上記の方法を実現するため
には、実質的にリアルタイムでフルカラー（１６７０万
色）及びフルモーション（３０フレーム／秒）の動画デ
ータを伝送できる大容量の通信回線が必要となるため、
非常にコストが高くなるという問題がある。例えば公衆
ＩＳＤＮ回線として現在のところ、ＮＴＴ株式会社より
「ＩＮＳ１５００」なる称呼の１５００ｋｂｐｓの回線
と「ＩＮＳ６４」なる呼称の６４ｋｂｐｓの回線とが提
供されているが、ＩＮＳ１５００ならばフルモーショ
ン、フルカラーの動画データをリアルタイムで送れる
が、ＩＮＳ６４では無理である。しかし、ＩＮＳ１５０
０を利用しようとすると、終端装置等の必要な設備代も
含めて数百万円程度の費用がかかる。

【０００７】従って、本発明の目的は、動画データをリ
アルタイムに伝送できる十分な伝送容量を持った通信回
線を利用しなくても、遠隔の異なる地点のシステムが同
期して同一の動画を再生、巻戻し、コマ送り等すること
のできるような情報再生方式を提供することを目的とす
る。

【０００８】

【課題を解決するための手段】本発明の第１の発明は、
第１の情報処理システムと、この第１の情報処理システ
ムに対して通信回線を介して接続可能な第２の情報処理
システムと、第２情報処理システムに用意されたスクラ
ンブル化又は暗号化された情報ファイルと、第１の情報
処理システムにおいて、通信回線を通じ第２の情報処理
システムへ向けて、前記スクランブル化又は暗号化され
た情報ファイルを復元するためのキー情報を送信する手
段と、第２の情報処理システムにおいて、第１の情報処
理システムから受信した前記キー情報を第１の情報処理
システムより許された限定期間内に限り保して、この保
持しているキー情報を用いて、前記スクランブル化又は
暗号化された情報ファイル内の情報を復元しつつ再生す
る手段と、を備えことを特徴とする情報再生方式、を提
供する。

【０００９】また、第２の発明は、第１の情報処理シス
テムと、この第１の情報処理システムに対して通信回線
を介して接続可能な第２の情報処理システムと、第１及
び第２の情報処理システムの双方にそれぞれ事前に用意
された、同一情報を含む第１及び第２の情報ファイル
と、第１の情報処理システムにおいて、第１の情報ファ
イル内の情報を再生すると同時に、第２の情報処理シス
テムが第２の情報ファイルの同一情報を同期して再生で
きるようにするための、同期再生制御情報を、前記通信
回線を通じて前記第２の情報処理システムへ送信する手
段と、第２の情報処理システムにおいて、第１の情報処
理システムから送られた前記同期再生制御情報に従っ
て、第２の情報ファイル内の同一情報を同期再生する手
段と、を備えることを特徴とする情報再生方式、を提供
する。

【００１０】

【作用】第１の発明によれば、第２のシステムに予め、
再生すべき情報のファイルがスクランブル化又は暗号化
された形で用意される。その後、第２のシステム対して
第１システムからキー情報が通信回線を通じて送信さ
れ、第２のシステムはこのキー情報を用いて、許された
限定期間内でのみ、情報ファイルを復元し再生する。そ
の限定期間が過ぎると、第２のシステムは、キー情報を
保持できないため、情報ファイルの再生は不可能とな
る。

【００１１】この方式を動画のモーションチェックに適
用する場合には、まず、製作者側が作った動画のスクラ
ンブル化又は暗号化されたデータファイルを依頼側のシ
ステムに事前に用意しておく。この用意の方法は、製作
側システムから依頼側システムへ通信回線でファイルを
送っても良いし、或いは、ビデオテープやレーザディス
ク等に記録して事前に配布しても良い。いずれにして
も、この動画データはスクランブル化又は暗号化されて
いるので、依頼側システムが勝手に再生することはでき
ない。

【００１２】この後、製作側のシステムから依頼側のシ
ステムへ動画データを復元するためのキー情報を通信回
線を通じて送ってやり、依頼側システムはこのキー情報
を用いて動画を復元し再生することでモーションチェッ
クを行う。ここで、依頼側システムがキー情報を保持で
きる期間を、モーションチェックを行っている期間のみ
に限定しておくことにより、モーションチェックが終了
すると、依頼側システムはキー情報を消去するため、動
画を勝手に再生することができなくなる。

【００１３】この方式によれば、依頼側はモーションチ
ェックの期間でしか動画を再生できないため、製作側は
安心して自己の著作物たる動画のファイルを依頼側に渡
すことが出来る。しかも、通信回線は動画データをリア
ルタイムで伝送できるような大容量である必要はない。

【００１４】本発明の第２の発明によれば、第１と第２
のシステムに予め、同一情報のファイルが用意される。
その後、第１のシステムがその同一情報の再生を行なう
とき、この再生と同時に、第１のシステムから第２のシ
ステムに対して通信回線を通じ、同期再生制御情報が送
信される。第２のシステムは、この同期再生情報を用い
て、同一情報の同期再生を行う。

【００１５】この方式を動画のモーションチェックに応
用した場合、まず、製作側と依頼側のシステムの双方
に、事前に同一の動画のファイルを用意しておく。この
用意の方法は、製作側システムから依頼側システムへ通
信回線でファイルを送っても良いし、或いは、ビデオテ
ープやレーザディスク等に記録して事前に配布しても良
い。通信回線で動画ファイルを送る場合、再生動作と並
行してリアルタイムで送るわけではないため、比較的ゆ
っくり送ることが出来るので、通信回線が大容量である
必要はない。

【００１６】この後、製作側システムが動画を再生する
時、その同期再生制御情報（例えば、フレーム同期信号
や、再生、巻戻し等の再生制御コマンド等）を依頼側シ
ステムに同時に送信し、依頼側システムはその情報に従
って、実質的に同期した再生を行ない、これによりモー
ションチェックを行う。

【００１７】この方式によれば、通信回線は同期再生制
御情報をリアルタイムで送れる程度の容量さえあればよ
いので、動画データをリアルタイムで送れるような大容
量である必要はない。

【００１８】

【実施例】以下、本発明の実施例を図面により詳細に説
明する。

【００１９】図１は、本発明の方式の一実施例のシステ
ム構成を示す。

【００２０】図１に示すように、動画製作者のような動
画の提供者側の施設に設置されたコンピュータシステム
（以下、ローカル側システムという）１と、製作依頼者
のような動画の被提供者側の施設に設置されたコンピュ
ータシステム（以下、リモート側システム３）とが画像
データをリアルタイムで伝送することはできない小容量
の通信回線５を介して提供されている。

【００２１】通信回線５としては、前述したＮＴＴのＩ
ＮＳ６４のような公衆ＩＳＤＮ回線、通常の公衆アナロ
グ電話回線、移動体通信回線等のような公衆通信回線
や、ＬＡＮ、ＷＡＮのようなプライベート通信回線等を
用いることができる。この実施例では、公衆ＩＳＤＮ回
線（ＩＮＳ６４）を使用することとする。このＩＳＤＮ
回線５では、データ伝送のために２つのＢチャンネル
（各々６４ｋｂｐｓ）５１，５３を使用することができ
る。

【００２２】ローカル側システム１は、コンピュータ本
体１１と、これに接続された電話機１３、ビデオデッキ
やレーザディスクプレーヤのような動画信号再生機器１
５、キーボードやマウスのような主としてコマンド入力
のための入力装置１７、ＣＲＴモニタやテレビジョン受
像機のような動画出力装置１９とを備える。また、リモ
ート側システム３は、コンピュータ本体３１と、これに
接続された電話機３３、入力装置３７及び動画出力装置
３９とを備える。

【００２３】ローカル側システム１のコンピュータ本体
１１には、動画信号再生機器１５から出力されるアナロ
グ動画信号、例えばＮＴＳＣ信号、を取込み、デジタル
データ化すると共に圧縮するためのデジタル動画圧縮取
り込みボード１１１、プログラムや圧縮されたデジタル
動画データを蓄積するためのハードディスク１１３、圧
縮されたデジタル動画データを伸張しアナログ動画信
号、例えばＲＧＢ信号やＮＴＳＣ信号、に再生して動画
出力装置１９に出力するためのリアルタイム動画伸張ボ
ード１１５、及び公衆ＩＳＤＮ回線５に対する通信イン
タフェースを提供するためのＩＳＤＮカード１１７が設
けられる。

【００２４】リモート側システム３のコンピュータ本体
３１にも、ＩＳＤＮカード３１７、プログラムや圧縮デ
ジタル動画データを蓄積するためのハードディスク３１
３、及びリアルタイム動画伸張ボード３１５が設けられ
る。

【００２５】このような構成において、まず、ローカル
側システム１にて、予め製作されてビデオテープやレー
ザディクス等の記録メディアに収められた動画が、動画
信号再生機器１５によってＮＴＳＣ信号の形で読み出さ
れ、コンピュータ本体１１内でデジタルデータ化され圧
縮され、さらにスクランブル化されてから、ハードディ
スク１１３に蓄積される。この後、このスクランブル動
画データがローカル側システム１から回線５を通じてリ
モート側システム３へと伝送され、そのハードディスク
３１３に蓄積される。以上が動画チェックのための事前
準備である。

【００２６】この事前準備が完了すると、以後は任意の
時に、両システム１，３で同期して動画を再生すること
により、動画のモーションチェックが行える。すなわ
ち、ローカル側システム１において、再生スタート、巻
戻し、早送り、コマ送りといった各種の再生制御動作を
行ないつつ、同時に、スクランブルキー、フレーム同期
信号、各種再生制御コマンドをローカル側システム１か
ら回線５を通じてリモート側システム３にリアルタイム
で送信することによって、両システム１，３でほぼ同期
して動画の再生制御を行なうことができる。この場合、
フレーム同期信号や各種再生制御コマンドのリアルタイ
ム伝送は、通信回線５がＩＮＳ６４であっても十分に行
うことが出来る。

【００２７】以上の一連の動作を行なう機能をこの明細
書では疑似リアルタイム通信マネージャ（Quasi-Realti
me Communication Manager；ＱＲＣＭ）と呼び、それを
行なうためのプログラムをＱＲＣＭプログラムと呼ぶ。
このＱＲＳＭプログラムは、ローカル側システム１及び
リモート側システム３のハードディスク１１３，３１３
の各々に収められている。このＱＲＣＭプログラム１２
１，３２１には、動画データをスクランブルするための
スクランブルキーや所有者情報等を含んだ制御データフ
ァイル１２３，３２３が付属している。

【００２８】図２は、ＱＲＣＭプログラム１２１，３２
１の構成を示す。

【００２９】ＱＲＣＭプログラムはそれぞれ、デジタル
動画データ作成モジュール４０１、スクランブルデータ
作成モジュール４０３、スクランブルデータ伝送モジュ
ール４０５、非同期再生モジュール４０７、及びユーテ
ィリティ処理モジュール４１１の６つのモジュールを含
む。

【００３０】デジタル動画データ作成モジュール４０１
は、ローカル側システム１において、動画信号再生機器
１５からＮＴＳＣ信号をコンピュータ本体１１内に取り
込み、ハードディスク１１３上にデジタル動画データの
ファイルを作成するためのものである。

【００３１】スクランブルデータ作成モジュール４０３
は、ローカル側システム１において、ハードディスク１
１３上のデジタル動画データに対して制御データファイ
ル１２３内のスクランブルキーを用いてスクランブル処
理を施し、ハードディスク１１３上にスクランブルされ
た動画データファイルを作成するためのもである。

【００３２】スクランブルデータ伝送モジュール４０５
は、ローカル側システム１からリモート側システム３
へ、スクランブルされた動画データを伝送して、リモー
ト側のハードディスク３１３上にスクランブルされた動
画データのファイルを作成するためのものである。

【００３３】非同期再生モジュール４０７は、ローカル
側及びリモート側のシステム１，３の各々において、互
いに同期をとることなく、ハードディスク上のスクラン
ブルされた動画データを自システムの制御データファイ
ル内のスクランブルキーを用いて元のデータに復元しつ
つ、動画出力装置へ送って動画を再生するためのもので
ある。

【００３４】同期再生モジュール４０９は、ローカル側
システム１において、ハードディスク１１３上のスクラ
ンブルされた動画データを制御データファイル１２３内
のスクランブルキーを用いて復元して動画を再生すると
共に、これに同期してリモート側システム３でも同じ動
画を再生できるようにするために、スクランブルキーや
フレーム同期信号や再生スタート、巻戻し、早送り、コ
マ送り等の再生制御コマンドをローカル側システム１か
らリモート側システム３に送り、そして、リモート側シ
ステム３において、ローカル側システム１から送られた
情報や信号を用いて、ハードディスク３１３上のスクラ
ンブルされた動画データを復元して再生するためのもの
である。

【００３５】ユーティリティ処理モジュール４１１は、
ローカル側システム１からリモート側システム３に送っ
て蓄積させたスクランブル動画データファイルをローカ
ル側システム１からのコマンドで消去したり（ファイル
削除）、或いは、そのスクランブル動画ファイルをリモ
ート側システム３が自由に非同期再生することを可能に
するために、ローカル側システム１からリモート側シス
テム３に対してスクランブルキーを譲与して制御データ
ファイル３２３内に格納させたり（アクセス権変更）、
システム１，３間で静止画やテキストデータや音声デー
タ等を伝送したり、というような種々のユーティリティ
処理を行なうためのものである。

【００３６】図３は、このＱＲＣＭプログラムの実行に
より行なわれるローカル側及びリモート側システム１，
３の動作の流れを示す。

【００３７】まず、ローカル側システム１において、デ
ジタル動画データ作成モジュール４０１が実行されるこ
とにより、動画信号再生機器１５とデジタル動画圧縮取
り込みボード１１１が駆動されて、デジタル動画データ
ファイルがハードディスク１１３上に作成される（ステ
ップ５０１）。

【００３８】次に、ローカル側システム１において、ス
クランブルデータ作成モジュール４０３が実行されるこ
とにより、ハードディスク１１３上のデジタル動画デー
タに対し制御データファイル１２３内のスクランブルキ
ーを用いてスクランブルがかけられ、スクランブルされ
た動画データ・ファイルがハードディスク１１３上に作
成される（ステップ５０３）。

【００３９】この後、ローカル側システム１では、随時
に非同期再生モジュール４０７を実行することにより、
スクランブルされた動画データファイルを復元して動画
を再生することができる（ステップ５０５）。

【００４０】また、その動画のモーションチェックをロ
ーカル側システム１とリモート側システム３とで同期し
て行ないたい場合は、まず、ローカル側システム１にお
いて、スクランブルデータ伝送モジュール４０５が実行
されることにより、ローカル側システム１とリモート側
システム３とが回線５を介して接続された後、ローカル
側システム１のハードディスク１１３上のスクランブル
された動画データファイルがリモート側システム３へ伝
送される（ステップ５０７）。この時、リモート側シス
テム３でもスクランブルデータ伝送モジュール４０５が
実行され、それにより、ローカル側システム１から送ら
れたスクランブルされた動画データファイルを受信し
て、ハードディスク３１３上に蓄積する（ステップ６０
１）。その結果として、ローカル側及びリモート側シス
テム１、３の双方のハードディスク１１３，３１３上
に、同一のスクランブルされた動画データファイルが蓄
積されることになる。

【００４１】尚、動画データの伝送は、再生と同期して
行なうのではないので、格別高速で行なう必要はない。
因みに、１０数秒程度の長さのフルカラー、フルモーシ
ョン動画データをＩＮＳ６４の２つのＢチャンネルで伝
送した場合、数分程度で伝送が完了する。

【００４２】この後、リモート側システム３では、も
し、その制御データファイル３２３内にローカル側シス
テム１と同一のスクランブルを持っているならば、非同
期再生モジュール４０７を実行することにより、ローカ
ル側システム１から受信したスクランブルされた動画デ
ータファイルを独自で復元して再生することができる
（ステップ６０３）。しかし、通常は、前述したユーテ
ィリティ処理のアクセス権変更によってローカル側シス
テム１からスクランブルキーを譲与されていない限り、
リモート側システム３は自システム内にそのスクランブ
ルキーを持たないので、リモート側システム３はローカ
ル側システム１から受信したスクランブル動画データフ
ァイルを独自で再生することはできない。

【００４３】さて、ローカル側システム１は、ステップ
５０７でスクランブル動画データファイルをリモート側
システム３に送信した後、同期再生モジュール４０９を
実行することにより、自システムのハードディスク１１
３内のスクランブル動画データファイルを復元して、再
生、巻戻し、早送り、コマ送り等の再生制御動作を行な
うと共に、回線５を通じてリモート側システム３と再度
接続してファイル復元に必要なスクランブルキー及び同
期再生に必要なフレーム同期信号や再生スタート、巻戻
し、早送り、コマ送り等の各種再生制御コマンドをリモ
ート側システム３に送信する（ステップ５０９）。この
時、リモート側システム３でも、同期再生モジュール４
０９が実行されて、ローカル側システム１からのスクラ
ンブルキー、フレーム同期信号及び各種再生制御コマン
ドを用いて、スクランブル動画ファイルの復元及び再生
を行なう（ステップ６０５）。これにより、実質的に同
期した動画再生及び各種制御が両システム１及び３で行
なわれることになる。

【００４４】この同期再生によるモーションチェックが
終了したならば、両システム１及び３の接続は解除さ
れ、両システムの状態は前述のステップ６０１の終了時
と同じ状態に戻る。従って、必要があれば、ローカル側
システム１からの操作で再び同期再生を行なうことがで
きるが、一方、リモート側システム３はその動画を勝手
に非同期再生することはできない。また、必要があれ
ば、ローカル側システム１はユーティリティ処理モジュ
ール４１１を実行することにより、リモート側システム
３内のスクランブル動画ファイルを消去することもでき
るし、或いは、リモート側システム３にスクランブルキ
ーを譲与してその動画の勝手な利用を許すこともできる
（ステップ５１１）。

【００４５】図４から図１０は、上述した図３の各ステ
ップの動作を説明するための信号流れ図である。尚、こ
れらの図では、コンピュータ本体内のＣＰＵ（図示せ
ず）がＱＲＣＭプログラムの実行によって送受するデー
タやコマンドの流れは、説明を理解し易くするために、
ハードディスク内のＱＲＣＭプログラムが送受するよう
に描いてある。

【００４６】図４は図３のステップ５０１のデジタル動
画データ作成の動作を示す。

【００４７】ローカル側システム１において、まず、入
力装置１７よりコンピュータ本体１１に動画データファ
イル作成の指示が入力される（）と、ＱＲＣＭプログ
ラム１２１のデジタル動画作成モジュール４０１が起動
される。モジュール４０１は、デジタル動画圧縮取り込
みボード１１１にコマンドを送って（）動画信号再生
機器１５から動画信号（ＮＴＳＣ信号）を取り込ませる
（）。ボード１１１は、ＮＴＳＣ信号を取り込むと、
これをデジタルデータに変換すると共に、公知のＣＯＤ
ＥＣ技術（ＤＶＩ技術など）を用いてそのデジタル動画
データを圧縮する。モジュール４０１は、このボード１
１１からの圧縮されたデジタル動画データをハードディ
スク１１３に書き込む（）。これにより、ハードディ
スク１１３内に、圧縮されたデジタル動画データのファ
イル１２５が形成される。

【００４８】図５は、図３のステップ５０３のスクラン
ブル動画データ作成の動作を示す。

【００４９】ローカル側システム１において、入力装置
１７よりスクランブル動画データファイルの作成指示が
入力される（）と、ＱＲＣＭプログラム１２１のスク
ランブルデータ作成モジュール４０３が起動される。モ
ジュール４０３は、ハードディスク１１３内の動画デー
タファイル１２５から全ての動画データを順次読み出し
（）、このデータ制御データファイル１２３内のスク
ランブルキーを用いてスクランブルをかけてから、この
スクランブルされたデータをハードディスク１１３内の
別の記憶領域に書き込む（）。これにより、スクラン
ブルされた動画データのファイル１２７がハードディス
ク１１３内に形成される。尚、この処理は、図４の動画
取り込み処理と自動的にリンクして行なうようにしても
よい。

【００５０】図６は、図３のステップ５０７や５０９の
処理の開始時に行なうシステム間の回線接続、及び処理
の終了時に行なうシステム間の回線切断の動作を示す。

【００５１】まず、ローカル側システム１にて、スクラ
ンブルデータ伝送モジュール４０５又は、同期再生モジ
ュール４０９が起動された状態で入力装置１７より接続
指示が入力される（）と、モジュール４０５又は４０
９はＩＳＤＮカード１１７に対して回線接続のためのコ
マンドを送り（）、これを受けてＩＳＤＮカード１１
７は回線５に対し規定の発信手順を行なう。この場合、
後述するように、スクランブルデータ伝送モジュール４
０５からの接続コマンドで行なう接続手順は、２つのＢ
チャンネル５１，５３の双方を使用するためのものであ
り、一方、同期再生モジュール４０９からのコマンドで
行なう接続手順は、所定の一方のＢチャンネル５１だけ
を使用するためのもので、他方のＢチャンネル５３はモ
ーションチェックに伴う電話通話に利用される。

【００５２】リモート側システム３では、回線５からの
着信をＩＳＤＮカード３１７が受けて、セットアップ情
報をＱＲＣＭプログラム３２１に与え（）、このセッ
トアップ情報に応答して、ＱＲＣＭプログラム３２１の
データ伝送モジュール４０５又は同期再生モジュール４
０９が起動される。モジュール４０５又は４０９は、入
力装置３７から確認（着信応答）指示を受ける（）
と、着信応答情報をＩＳＤＮカード３１７は回線５に対
して規定の着信応答手順を行なう。この後、回線５と両
システム１，３との間で、規定の接続手順に従う若干の
確認動作が行なわれて、両システム１，３に回線接続が
確立する。尚、リモート側システム３での応答は、自動
応答としてもよい。

【００５３】回線切断の場合も、一方のシステムの入力
装置からの切断指示の入力又は処理の終了によるＱＲＣ
Ｍプログラムからの自動的な切断コマンドの発生によっ
て、図示の信号流れに類似した信号流れにより、回線５
に対して規定の切断手順が行なわれる。

【００５４】図７は、図３のステップ５０７及び６０１
のスクランブル動画データの伝送の様子を示す。

【００５５】図６に示したシステム間の回線接続（２つ
のＢチャンネルの双方が接続）が完了した後、まず、ロ
ーカル側システム１において、入力装置１７より伝送指
示が入力される（）と、データ伝送モジュール４０５
が、ハードディスク１１３内のスクランブル動画データ
ファイル１２７から全てのスクランブル動画データを順
次読み出して、ＩＳＤＮカード１１７へ送る（）。Ｉ
ＳＤＮカード１１７は、その動画データを回線５の２つ
のＢチャンネル５１，５３へ分配して送出する（，
）。

【００５６】リモート側システム３では、２つのＢチャ
ンネル５１，５３からの動画データをＩＳＤＮカード３
１７が受信して結合する（）。そして、ＱＲＣＭプロ
グラム３２１のデータモジュール４０５が、ＩＳＤＮカ
ード３１７から出力される動画データをハードディスク
３１３内の所定の記憶領域に書き込む（）。これによ
り、リモート側システム３のハードディスク３１３内
に、ローカル側システム１内のファイル１２７と同様の
スクランブル動画データファイル３２７が蓄積される。

【００５７】図８は、図３のステップ５０９及び６０５
の同期再生の動作を示す。

【００５８】図６に示したシステム間の回線接続（一方
のＢチャンネル５１のみ接続）と共に、ローカル側シス
テム１の電話機１３からの発信によって、両システムの
電話機１３及び３３間の回線接続がもう一方のＢチャン
ネル５３を通じて行なわれる（）。この接続により、
両側のスタッフは、電話通話によって、モーションチェ
ックの際の互いの意思の確認を行なうことができる。

【００５９】この後、ローカル側システム１において、
入力装置１７より通信スタート指示が入力される（）
と、ＱＲＣＭプログラム１２１の同期再生モジュール４
０９が、リアルタイム動画伸張ボード１１５起動して
（）、動画出力装置１９に再生動画をいつでも表示で
きる状態にすると共に、ＩＳＤＮカード１１７を通じて
一方のＢチャンネル５１へ、制御データファイル１２３
内のスクランブルキーを送出し、かつ、周期的にフレー
ム同期信号を送出する（）。

【００６０】リモート側システム３では、ＱＲＣＭプロ
グラム３２１の同期再生モジュール４０９が、回線５の
Ｂチャンネル５１よりＩＳＤＮカード３１７を通じて、
ローカル側システム１からのスクランブルキーを受け取
り、かつ、フレーム同期信号も周期的に受け取る
（）。そして、モジュール４０９は、リアルタイム動
画伸張ボード３１５を起動して（）、動画出力装置３
９に再生動画をいつでも表示できる状態にする。

【００６１】続いて、ローカル側システム１において、
入力装置１７より、再生スタート、巻戻し、早送り、コ
マ送り等の種々の再生制御動作の指示が入力される
（）と、ＱＲＣＭプログラムの同期再生モジュール４
０９が、ハードディスク１１３内のスクランブル動画デ
ータファイル１２７から再生すべきフレームのデータを
読み出し（）、制御データファイル１２３内のスクラ
ンブルキーを用いて元のデータに復元し、これをリアル
タイム動画伸張ボード１１５へ送る（）。これと並行
して、モジュール４０９は、入力装置１７から入力され
た指示（）に応じた再生制御コマンドを回線５を通じ
てリモート側システム３へも送る（）。

【００６２】リモート側システム３では、ＱＲＣＭプロ
グラムの同期再生モジュール４０９が、ローカル側シス
テム１から送られてきた再生制御コマンドに従って再生
すべきフレームのデータをハードディスク３１３内のス
クランブル動画データファイル３２７から読み込み
（）、これをローカル側システム１から送られたスク
ランブルキーを用いてスクランブルを解除して元の圧縮
データに復元し、リアルタイム動画伸張ボード３１５ヘ
送る（）。

【００６３】ローカル側システム１のリアルタイム動画
伸張ボード１１５、及びリモート側システム３のリアル
タイム動画伸張ボード３１５は、それぞれ、入力された
圧縮動画データを公知のＣＯＤＥＣ技術を利用して伸張
して動画出力装置１９，３９へ送る（，）。これに
より、両システム１，３の動画出力装置１９，３９に同
一の動画の同一シーンが実質的に同時に表示される。

【００６４】以上のようにして、ローカル側システム１
の入力装置１７からの指示入力に従って、ローカル側及
びリモート側の双方にて実質的に同期して、同一動画の
再生、巻戻し、早送り、コマ送り等の種々の再生制御動
作が行なわれる。

【００６５】この同期再生が終了すると、リモート側シ
ステム３では、同期再生の際に用いたスクランブルキー
が消去されるので、以後に独自の非同期再生を行なうこ
とはできない。

【００６６】図９は、図３のステップ５１１のユーティ
リティ処理のうちのリモート処理（ファイル削除、アク
セス権変更、ファイル参照、静止画／テキスト／音声デ
ータ等伝送等）の動作を示す。

【００６７】ローカル側システム１において、入力装置
１７より上述した種々のリモート処理のいずれかの指示
が入力される（）と、ＱＲＣＭプログラムのユーティ
リティ処理モジュール４１１が図６に示したような接続
手続きを行なった後、その指示された処理を行うための
情報をリモート側システム３へ送る（）。例えば、指
示された処理がファイル削除であれば、ファイル削除の
コマンドがリモート側システム３へ送られ、また、アク
セス権変更であれば、アクセス権変更のコマンドと制御
データファイル１２３内のスクランブルキーとが送ら
れ、また、ファイル参照であれば、ファイル参照のコマ
ンドと参照したいファイルの指定とが送られ、また、静
止画／テキスト／音声データ等の伝送であれば、それら
のデータとファイル作成コマンドとがリモート側システ
ム３へ送られる。

【００６８】リモート側システム３では、ローカル側シ
ステム１からの上述したような情報を受けて、ＱＲＣＭ
プログラムのユーティリティ処理モジュール４１１が、
受信情報に対応した処理を行う。例えば、ファイル削除
の場合は、ハードディスク３１３内のスクランブル動画
データファイル３２７を消去し（）、また、アクセス
権変更の場合は、ローカル側システム１から送られたス
クランブルキーを制御データファイル３２３内に格納し
（）、また、ファイル参照の場合は、指定されたファ
イルを読み出してローカル側システム１に送信し、ま
た、静止画／テキスト／音声データ等の伝送の場合は、
ローカル側から送られて来たデータをハードディスク３
１３に新しいファイル３２９をとして蓄積する（）。

【００６９】既に述べたように、ファイル削除を行った
場合は、リモート側システム３内からその動画ファイル
が消去されるため、以後、リモート側の者はその動画を
独自に利用することが完全に不可能となる。一方、アク
セス権変更を行った場合は、以後、リモート側の者はそ
の動画を独自で利用することが可能である。また、ファ
イル参照を行った場合は、ローカル側の動画がリモート
側へ正しく伝送されたかどうか、リモート側の者がその
動画に勝手な改変を加えていないかどうか、といった事
がチェックできる。従って、このリモート処理は、その
動画に関するローカル側とリモート側の著作権等の権利
関係を正しく維持するために、活用することができる。

【００７０】また、このリモート処理において、必要が
あれば、電話通話を併用することができる（）。

【００７１】図１０は、図３のステップ５０５又は６０
３の非同期再生の動作を示す。

【００７２】ローカル側システム１では、随時に入力装
置１７より再生制御指示を入力する（）ことにより、
ＱＲＣＭプログラムの非同期再生モジュール４０７が機
能して、ハードディスク１１３内のスクランブル動画デ
ータファイル１２７から再生すべきフレームのデータを
読み込み（）、スクランブルを解除してリアルタイム
動画伸張ボード１１５へ送り（）、動画出力装置１９
に表示させる。

【００７３】一方、リモート側システム３では、前述し
たリモート処理により既にスクランブルキーがローカル
側システム１から譲与されている場合に限り、ローカル
側システム１での操作と同様の操作により、随時に動画
を再生できる（〜）。

【００７４】以上、本発明の一実施例を説明したが、本
発明はこの実施例以外の種々の態様で実施することがで
きる。

【００７５】例えば、電話通話用の設備は、本システム
から独立した通常の電話設備を利用することとして、本
システムに含ませないような実施態様も可能である。

【００７６】また、図３に示したような処理流れが自動
的に行われるように、各モジュールをプログラム上でリ
ンクして、入力装置からのコマンド入力手数を最小限に
することもできる。

【００７７】また、動画データのローカル側からリモー
ト側への伝送は、オンラインで行わなくてもよい。例え
ば、ＣＤ−ＲＯＭやレーザディスクやＤＡＴのような大
容量メディアにスクランブル化又は暗号化されたデータ
を入れて事前に配布しておいてもよい。取り扱う情報は
動画データに限らず、音声データ、テキストデータ、そ
れらの複合データ等でもよい。

【００７８】また、同期再生時の再生制御をフレーム同
期信号を用いて行なうこともできる。例えば、フレーム
同期信号の速度で再生速度を調整したり、フレーム同期
信号の極性や形式で通常方向の再生と巻戻し再生とを切
換えたりすることができる。

【００７９】また、本発明は、動画のモーションチェッ
ク以外の種々の用途にも利用できる。

【００８０】例えば、種々の情報提供サービス（映画、
ゲームソフト、データベース等の提供）に利用すること
ができる。その一実施形態として、提供すべき情報をス
クランブル化又は暗号化して記録したＣＤ−ＲＯＭなど
を客に事前配布しておき、客はＣＤ−ＲＯＭ内の情報が
欲しい時に、通信回路を使ってＣＤ−ＲＯＭの配布元に
接続し、スクランブルキーを伝送してもらってＣＤ−Ｒ
ＯＭのデータを復元して情報を得る、という方式が考え
られる。そして、配布元は、客のアクセス量に従って課
金し、収益を得ることができる。この場合、客のアクセ
ス量を管理するために、ＣＤ−ＲＯＭ内のある情報量又
は情報区分毎にスクランブルキーを異ならせるようにし
たり、或いは、アクセスに必要不可欠な制御信号や同期
信号等を回線を通じて配布元から供給するようにして、
回線接続させている間だけアクセスを許可するようにし
たりしてもよい。

【００８１】このような、オンライン以外の方法で事前
情報配布を行う方式では、ＩＮＳ６４のような高速回線
さえも必要ない。フレーム同期信号や制御コマンド等を
得る程度であれば、通常の電話回線で十分である。

【００８２】

【発明の効果】以上説明したように、本発明によれば、
再生すべき情報をリアルタイムでは伝送できない比較的
小容量の通信回線を使用しても、遠隔の異なるシステム
での同期した情報再生が可能である。

【図面の簡単な説明】

【図１】図１は、本発明の方式の一実施例のシステム構
成を示すブロック図。

【図２】図２は、ＱＲＣＭプログラム１２１，３２１の
構成を示すブロック図。

【図３】図３は、このＱＲＣＭプログラムの実行により
行なわれるローカル側及びリモート側システム１，３の
動作の流れを示すフローチャート。

【図４】図４は図３のステップ５０１のデジタル動画デ
ータ作成の動作を示す信号流れ図。

【図５】図５は、図３のステップ５０３のスクランブル
動画データ作成５０３の動作を示す信号流れ図。

【図６】図６は、図３のステップ５０７や５０９の処理
の開始時に行なうシステム間の回線接続、及び処理の終
了時に行なうシステム間の回線切断の動作を示す信号流
れ図。

【図７】図７は、図３のステップ５０７及び６０１のス
クランブル動画データの伝送の動作を示す信号流れ図。

【図８】図８は、図３のステップ５０９及び６０５の同
期再生の動作を示す信号流れ図。

【図９】図９は、図３のステップ５１１のユーティリテ
ィ処理のうちのリモート処理（ファイル削除、アクセス
権変更、ファイル参照、静止画／テキスト／音声データ
等伝送等）の動作を示す信号流れ図。

【図１０】図１０は、図３のステップ５０５又は６０３
の非同期再生の動作を示す信号流れ図。

【符号の説明】

１ ローカル側システム ２ リモート側システム ５ 公衆ＩＳＤＮ回線 １２１，３２１ ＱＲＣＭプログラム １２３，３２３ 制御データファイル １２５ 動画データファイル １２７，３２７ スクランブル動画データファイル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 5/93 7/167 7/18 Ｕ Ｈ０４Ｎ 7/167 Ｚ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 第１の情報処理システムと、 この第１の情報処理システムに対して通信回線を介して
   接続可能な第２の情報処理システムと、 前記第２情報処理システムに用意された、スクランブル
   化又は暗号化された情報ファイルと、 前記第１の情報処理システムにおいて、前記通信回線を
   通じ前記第２の情報処理システムへ向けて、前記スクラ
   ンブル化又は暗号化された情報ファイルを復元するため
   のキー情報を送信する手段と、 前記第２の情報処理システムにおいて、前記第１の情報
   処理システムから受信した前記キー情報を、前記第１の
   情報処理システムより許された限定期間内に限り保持
   し、そして、保持している前記キー情報を用いて、前記
   情報ファイル内の情報を復元しつつ再生する手段と、 を備えることを特徴とする情報再生方式。
2. 【請求項２】 請求項１記載の方式において、さらに、 前記第１の情報処理システムにおいて、予め用意された
   元情報ファイルをスクランブル化又は暗号化して、前記
   通信回線を通じて前記第２の情報処理システムへ向けて
   送信する手段と、 前記第２の情報処理システムにおいて、前記第１の情報
   処理システムから受信した前記スクランブル化又は暗号
   化された元情報ファイルを、前記情報ファイルとして蓄
   積する手段と、 を備えることを特徴とする情報再生方式。
3. 【請求項３】 請求項１記載の方式において、さらに、 前記第１の情報処理システムに用意された、前記情報フ
   ァイルと同内容の情報を含む等価情報ファイルと、 前記第１の情報処理システムにおいて、前記等価情報フ
   ァイル内の情報を再生し、かつ同時に、前記第２の情報
   処理システムが前記情報ファイルの同一情報を同期して
   再生できるようにするための、同期再生制御情報を、前
   記通信回線を通じて前記第２の情報処理システムへ送信
   する手段と、 を備え、 前記第２の情報処理システムの前記再生手段が、前記第
   １の情報処理システムから送られた前記同期再生制御情
   報に従って、前記第１の情報処理システムと実質的に同
   期して、前記情報ファイル内の同一情報を再生する、 ことを特徴とする情報再生方式。
4. 【請求項４】 請求項３記載の方式において、 前記第２の情報処理システムが前記キー情報を保持でき
   る前記限定期間が、前記第２の情報処理システムが前記
   第１の情報処理システムと同期して前記同一情報を再生
   している期間である、 ことを特徴とする情報再生方式。
5. 【請求項５】 請求項３に記載の方式において、 前記情報ファイル及び前記等価情報ファイルが共に同一
   の動画を表す動画データのファイルであり、 前記同期再生制御情報が少くなくともフレーム同期信号
   を含む、 ことを特徴とする情報再生方式。
6. 【請求項６】 請求項１記載の方式において、さらに、 前記第１の情報処理システムにおいて、前記キー情報を
   前記第２の情報処理システムに譲与するために前記第２
   の情報処理システムに送信する手段と、 前記第２の情報処理システムにおいて、前記譲与のため
   に送られた前記キー情報を、前記情報ファイルの非同期
   再生に利用するために実質的に永続的に保持する手段
   と、 を備えることを特徴とする情報再生方式。
7. 【請求項７】 請求項１記載の方式において、さらに、 前記第１の情報処理システムにおいて、前記情報ファイ
   ルを消去するためのコマンドを前記第２の情報処理シス
   テムへ送信する手段と、 前記第２の情報処理システムにおいて、前記消去コマン
   ドに応答して、前記情報ファイルを消去する手段と、 を備えることを特徴とする情報再生方式。
8. 【請求項８】 相互通信可能な第１及び第２の情報処理
   システムにおける情報再生方法において、 スクランブル化又は暗号化された情報ファイルを第２の
   情報処理システムに用意する過程と、 第１の情報処理システムから第２の情報処理システム
   へ、前記情報ファイルを復元するためのキー情報を送信
   する過程と、 第２の情報処理システムにおいて、前記送信されたキー
   情報を前記第１の情報処理システムにより許された限定
   期間内でのみ保持する過程と、 第２の情報処理システムにおいて、前記保持しているキ
   ー情報を用いて前記情報ファイル内の情報を復元しつつ
   再生する過程と、 を備えることを特徴とする情報再生方法。
9. 【請求項９】 第１の情報処理システムと、 この第１の情報処理システムに対して通信回線を介して
   接続可能な第２の情報処理システムと、 前記第１及び第２の情報処理システムの双方にそれぞれ
   用意された、同一情報を含む第１及び第２の情報ファイ
   ルと、 前記第１の情報処理システムにおいて、前記第１情報フ
   ァイル内の前記同一情報を再生すると同時に、前記第２
   の情報処理システムが前記第２の情報ファイルの前記同
   一情報を同期して再生できるようにするための、同期再
   生制御情報を、前記通信回線を通じて前記第２の情報処
   理システムへ送信する手段と、 前記第２の情報処理システムにおいて、前記第１の情報
   処理システムから送られた前記同期再生制御情報に従っ
   て、前記第１の情報処理システムと実質的に同期して、
   前記第２の情報ファイル内の同一情報を再生する手段
   と、 を備えることを特徴とする情報再生方式。
10. 【請求項１０】 相互通信可能な第１及び第２の情報処
    理システムにおける情報再生方法において、 第１及び第２の情報処理システムの双方に、同一情報を
    含む第１及び第２の情報ファイルをそれぞれ用意する過
    程と、 前記第１の情報処理システムにおいて、前記第１の情報
    ファイル内の前記同一情報を再生すると同時に、前記第
    ２の情報処理システムが前記同一情報を同期再生できる
    ようにするための、同期再生制御情報を、前記第２の情
    報処理システムに送信する過程と、 前記第２の情報処理システムにおいて、前記第１の情報
    処理システムから受信した前記同期再生情報に従って、
    前記第１の情報処理システムと実質的に同期して、前記
    第２の情報ファイル内の前記同一情報を再生する過程
    と、 を備えることを特徴とする情報再生方式。