JPH0589000A - 実時間情報転送制御方式 - Google Patents
実時間情報転送制御方式Info
- Publication number
- JPH0589000A JPH0589000A JP3252378A JP25237891A JPH0589000A JP H0589000 A JPH0589000 A JP H0589000A JP 3252378 A JP3252378 A JP 3252378A JP 25237891 A JP25237891 A JP 25237891A JP H0589000 A JPH0589000 A JP H0589000A
- Authority
- JP
- Japan
- Prior art keywords
- transfer
- host computer
- transfer device
- real
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Bus Control (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】 実時間マルチメディア通信情報蓄積交換サー
ビスにおいて、実時間マルチメディア通信情報蓄積交換
センタを構成する転送装置とホスト計算機との間で実時
間マルチメディア通信情報の転送制御を行う実時間情報
転送制御方式に関し、ＤＭＡウインドゥ内の領域が長時
間にわたって固定的に確保された状態になることを防
ぎ、センタに収容する回線数の制約を緩和することを目
的とする。 【構成】 ホスト計算機から転送装置に任意の時点で発
行可能であり、その発行時点で転送装置にホスト計算機
に対するデータ転送要求が存在しない場合は転送インタ
フェースを開放し、データ転送要求が発生した時点でホ
スト計算機と再接続して実行完了し、発行時点で転送装
置にホスト計算機に対するデータ転送要求が存在する場
合は直ちに実行完了し、その実行完了をもってホスト計
算機に転送装置のデータ転送要求を検出させる同期コマ
ンドを用いることを特徴とする。
ビスにおいて、実時間マルチメディア通信情報蓄積交換
センタを構成する転送装置とホスト計算機との間で実時
間マルチメディア通信情報の転送制御を行う実時間情報
転送制御方式に関し、ＤＭＡウインドゥ内の領域が長時
間にわたって固定的に確保された状態になることを防
ぎ、センタに収容する回線数の制約を緩和することを目
的とする。 【構成】 ホスト計算機から転送装置に任意の時点で発
行可能であり、その発行時点で転送装置にホスト計算機
に対するデータ転送要求が存在しない場合は転送インタ
フェースを開放し、データ転送要求が発生した時点でホ
スト計算機と再接続して実行完了し、発行時点で転送装
置にホスト計算機に対するデータ転送要求が存在する場
合は直ちに実行完了し、その実行完了をもってホスト計
算機に転送装置のデータ転送要求を検出させる同期コマ
ンドを用いることを特徴とする。
Description
【０００１】
【産業上の利用分野】本発明は、ＩＳＤＮ通信網を介し
て接続されるマルチメディア通信端末（以下、「端末」
という。）と、実時間マルチメディア通信情報蓄積交換
センタ（以下、「センタ」という。）とにより実現され
る実時間マルチメディア通信情報蓄積交換サービスにお
いて、センタを構成する転送装置とホスト計算機との間
で音声・映像情報その他の実時間マルチメディア通信情
報（以下、「実時間情報」という。）の転送制御を行う
実時間情報転送制御方式に関する。
て接続されるマルチメディア通信端末（以下、「端末」
という。）と、実時間マルチメディア通信情報蓄積交換
センタ（以下、「センタ」という。）とにより実現され
る実時間マルチメディア通信情報蓄積交換サービスにお
いて、センタを構成する転送装置とホスト計算機との間
で音声・映像情報その他の実時間マルチメディア通信情
報（以下、「実時間情報」という。）の転送制御を行う
実時間情報転送制御方式に関する。
【０００２】ここで、端末は、ＩＳＤＮ対応で実時間情
報の同時双方向通信を行う機能を有し、センタは、端末
から送られてくる実時間情報の蓄積と、蓄積している実
時間情報の検索および端末への送信を行う機能を有す
る。なお、センタにおけるそれらの機能は、転送装置
と、ホスト計算機と、転送装置とホスト計算機とを接続
するインタフェース（以下、「通信インタフェース」と
いう。）とにより実現される。
報の同時双方向通信を行う機能を有し、センタは、端末
から送られてくる実時間情報の蓄積と、蓄積している実
時間情報の検索および端末への送信を行う機能を有す
る。なお、センタにおけるそれらの機能は、転送装置
と、ホスト計算機と、転送装置とホスト計算機とを接続
するインタフェース（以下、「通信インタフェース」と
いう。）とにより実現される。
【０００３】すなわち、転送装置は、ＩＳＤＮ通信網と
接続して通信回線を終端するとともに、端末から受信し
た実時間情報をバッファリングし転送情報ブロックを組
み立ててホスト計算機へ転送し、またホスト計算機から
転送される転送情報ブロックを分解して端末へ送信する
機能を有する。ホスト計算機は、収容通信回線数に応じ
た複数台の転送装置を制御し、端末との間で送受信され
る実時間情報の蓄積，検索，再生を行う機能を有する。
接続して通信回線を終端するとともに、端末から受信し
た実時間情報をバッファリングし転送情報ブロックを組
み立ててホスト計算機へ転送し、またホスト計算機から
転送される転送情報ブロックを分解して端末へ送信する
機能を有する。ホスト計算機は、収容通信回線数に応じ
た複数台の転送装置を制御し、端末との間で送受信され
る実時間情報の蓄積，検索，再生を行う機能を有する。
【０００４】
【従来の技術】図３は、実時間マルチメディア通信情報
蓄積交換サービスが実現されるシステム構成を示すブロ
ック図である。
蓄積交換サービスが実現されるシステム構成を示すブロ
ック図である。
【０００５】図において、ＩＳＤＮ通信網３１を介して
端末３２とセンタ３３が接続される。センタ３３は、Ｉ
ＳＤＮ通信網３１に接続される転送装置３４と、通信イ
ンタフェース３５を介して転送装置３４に接続されるホ
スト計算機３６とにより構成される。
端末３２とセンタ３３が接続される。センタ３３は、Ｉ
ＳＤＮ通信網３１に接続される転送装置３４と、通信イ
ンタフェース３５を介して転送装置３４に接続されるホ
スト計算機３６とにより構成される。
【０００６】実時間マルチメディア通信情報蓄積交換サ
ービスでは、端末３２からセンタ３３への通信要求と、
逆にセンタ３３から端末３２への通信要求とが同時並行
的に発生する。したがって、センタ３３内の通信インタ
フェース３５においても、転送装置３４からホスト計算
機３６への転送要求（以下、「上り転送要求」とい
う。）と、ホスト計算機３６から転送装置３４への転送
要求（以下、「下り転送要求」という。）とが非同期に
発生するが、それを効率的に行う転送制御方式が不可欠
になる。
ービスでは、端末３２からセンタ３３への通信要求と、
逆にセンタ３３から端末３２への通信要求とが同時並行
的に発生する。したがって、センタ３３内の通信インタ
フェース３５においても、転送装置３４からホスト計算
機３６への転送要求（以下、「上り転送要求」とい
う。）と、ホスト計算機３６から転送装置３４への転送
要求（以下、「下り転送要求」という。）とが非同期に
発生するが、それを効率的に行う転送制御方式が不可欠
になる。
【０００７】この転送インタフェース３５における転送
制御方式では、次の３つの条件を同時に考慮する必要が
ある。 (1) 計算機と周辺装置との間の入出力制御方式では、計
算機のみがインタフェース制御権を保有し、周辺装置は
計算機の制御に従属して動作する方式が一般的である。
したがって、ホスト計算機３６としてそのような汎用計
算機を使用する場合には、転送インタフェース３５に関
してもホスト計算機３６が制御主体として転送制御を行
う方式を採用する必要がある。 (2) 端末３２とセンタ３３との間で通信される実時間情
報は、例えば圧縮符号化された連続音声，連続静止画あ
るいは動画などで構成されるために、転送装置３４とホ
スト計算機３６との間で転送遅れが発生すると端末利用
者に音声あるいは映像の途切れと認識される。したがっ
て、転送インタフェース３５における上り転送要求およ
び下り転送要求は、所定時間内に処理される必要があ
る。 (3) 転送装置３４における実時間情報のバッファリング
は、転送装置３４の内部処理効率の観点から、例えば映
像情報の１画面に相当する区切りなど論理的に意味のあ
る単位で行われるのが都合がよい。したがって、転送装
置３４とホスト計算機３６との間の転送ブロックの大き
さは、圧縮符号化効率に依存して可変となり、しかも映
像情報が含まれるために一般に長大となる。このため
に、転送インタフェース３５では、高速なバーストモー
ドのブロック転送プロトコルを適用する必要がある。
制御方式では、次の３つの条件を同時に考慮する必要が
ある。 (1) 計算機と周辺装置との間の入出力制御方式では、計
算機のみがインタフェース制御権を保有し、周辺装置は
計算機の制御に従属して動作する方式が一般的である。
したがって、ホスト計算機３６としてそのような汎用計
算機を使用する場合には、転送インタフェース３５に関
してもホスト計算機３６が制御主体として転送制御を行
う方式を採用する必要がある。 (2) 端末３２とセンタ３３との間で通信される実時間情
報は、例えば圧縮符号化された連続音声，連続静止画あ
るいは動画などで構成されるために、転送装置３４とホ
スト計算機３６との間で転送遅れが発生すると端末利用
者に音声あるいは映像の途切れと認識される。したがっ
て、転送インタフェース３５における上り転送要求およ
び下り転送要求は、所定時間内に処理される必要があ
る。 (3) 転送装置３４における実時間情報のバッファリング
は、転送装置３４の内部処理効率の観点から、例えば映
像情報の１画面に相当する区切りなど論理的に意味のあ
る単位で行われるのが都合がよい。したがって、転送装
置３４とホスト計算機３６との間の転送ブロックの大き
さは、圧縮符号化効率に依存して可変となり、しかも映
像情報が含まれるために一般に長大となる。このため
に、転送インタフェース３５では、高速なバーストモー
ドのブロック転送プロトコルを適用する必要がある。
【０００８】以上の条件を満たす転送インタフェース３
５における転送制御方式として、ホスト計算機３６とは
非同期に発生する転送装置３４からの上り転送要求に対
して、予めホスト計算機３６から転送装置３４に受信コ
マンドを発行して一旦転送インタフェース３５を開放
し、上り転送要求の発生時に転送装置３４からホスト計
算機３６に再接続して受信コマンドの応答としてバッフ
ァリングした実時間情報をホスト計算機３６に転送する
方式が提案されている（例えば、情報処理学会第41回全
国大会講演論文集１−115 頁，「リアルタイム映像・音
声転送制御装置へのＳＣＳＩ適用法（講演番号１Ｑ−
２）」）。
５における転送制御方式として、ホスト計算機３６とは
非同期に発生する転送装置３４からの上り転送要求に対
して、予めホスト計算機３６から転送装置３４に受信コ
マンドを発行して一旦転送インタフェース３５を開放
し、上り転送要求の発生時に転送装置３４からホスト計
算機３６に再接続して受信コマンドの応答としてバッフ
ァリングした実時間情報をホスト計算機３６に転送する
方式が提案されている（例えば、情報処理学会第41回全
国大会講演論文集１−115 頁，「リアルタイム映像・音
声転送制御装置へのＳＣＳＩ適用法（講演番号１Ｑ−
２）」）。
【０００９】この転送制御方式では、転送装置３４への
コマンド発行主体はホスト計算機３６であるために上記
(1) の入出力制御方式に合致し、かつ上り転送要求の発
生時には転送装置３４が主体で迅速に転送を開始するこ
とができ、上記(2) の条件を満足する。また、受信コマ
ンド機能としてホスト計算機３６に通常組み込まれてい
るバーストモードのブロック転送機構を使用すれば、長
大な実時間情報の転送ブロックの高速転送が実現され、
上記(3) の条件を満足する。
コマンド発行主体はホスト計算機３６であるために上記
(1) の入出力制御方式に合致し、かつ上り転送要求の発
生時には転送装置３４が主体で迅速に転送を開始するこ
とができ、上記(2) の条件を満足する。また、受信コマ
ンド機能としてホスト計算機３６に通常組み込まれてい
るバーストモードのブロック転送機構を使用すれば、長
大な実時間情報の転送ブロックの高速転送が実現され、
上記(3) の条件を満足する。
【００１０】ここで、センタ３３の詳細な構成例を図４
に示し、従来の転送制御方式におけるデータ転送例につ
いて図５を参照して説明する。図４において、転送装置
３４は、実時間情報バッファ４０を有する。ホスト計算
機３６は、演算制御部４１，主記憶部４２，転送インタ
フェース制御部４３，その他を有し、それらが内部バス
４４を介して接続される。演算制御部４１は、自身と転
送インタフェース制御部４３から発せられる主記憶部４
２へのアクセスを制御するメモリ管理部４５を有し、ホ
スト計算機の内部処理を行う。主記憶部４２には、ホス
ト計算機で処理されるプログラムおよびデータが格納さ
れる。転送インタフェース制御部４３は、転送インタフ
ェース３５の制御および内部バス４４を介して主記憶部
４２との間でＤＭＡ転送を行う。
に示し、従来の転送制御方式におけるデータ転送例につ
いて図５を参照して説明する。図４において、転送装置
３４は、実時間情報バッファ４０を有する。ホスト計算
機３６は、演算制御部４１，主記憶部４２，転送インタ
フェース制御部４３，その他を有し、それらが内部バス
４４を介して接続される。演算制御部４１は、自身と転
送インタフェース制御部４３から発せられる主記憶部４
２へのアクセスを制御するメモリ管理部４５を有し、ホ
スト計算機の内部処理を行う。主記憶部４２には、ホス
ト計算機で処理されるプログラムおよびデータが格納さ
れる。転送インタフェース制御部４３は、転送インタフ
ェース３５の制御および内部バス４４を介して主記憶部
４２との間でＤＭＡ転送を行う。
【００１１】メモリ管理部４５は、自身の管理するアド
レス空間内に、内部バス４４を介するＤＭＡ転送用のウ
インドゥ領域（以下、「ＤＭＡウインドゥ」という。）
を保有している。主記憶部４２に格納される転送インタ
フェース制御部４３を制御するデハイスドライバプログ
ラム（以下、「ＤＲＶ」という。）４６は、ホスト計算
機システムを管理する制御プログラム（以下、「ＯＳ」
という。）４７を介して、ＤＭＡを必要とするデータ転
送要求を受け取るごとに、メモリ管理部４５のＤＭＡウ
インドゥから必要な大きさの領域を割り付ける動作をす
る。ＤＭＡデータ転送が完了すると、ＤＲＶ４６はこの
データ転送のために割り付けたＤＭＡウインドゥ内の領
域を再利用可能なように開放する。
レス空間内に、内部バス４４を介するＤＭＡ転送用のウ
インドゥ領域（以下、「ＤＭＡウインドゥ」という。）
を保有している。主記憶部４２に格納される転送インタ
フェース制御部４３を制御するデハイスドライバプログ
ラム（以下、「ＤＲＶ」という。）４６は、ホスト計算
機システムを管理する制御プログラム（以下、「ＯＳ」
という。）４７を介して、ＤＭＡを必要とするデータ転
送要求を受け取るごとに、メモリ管理部４５のＤＭＡウ
インドゥから必要な大きさの領域を割り付ける動作をす
る。ＤＭＡデータ転送が完了すると、ＤＲＶ４６はこの
データ転送のために割り付けたＤＭＡウインドゥ内の領
域を再利用可能なように開放する。
【００１２】実時間マルチメディア通信情報蓄積交換サ
ービスを実現するホスト計算機３６のプログラム（以
下、「ＡＰ」という。）４８は、常に上り転送要求に対
応できるように任意の時点で転送装置３４に対して転送
ブロック受信要求を発行する（図５ａ）。なお、転送ブ
ロック受信要求５１は、ＡＰ４８内で転送ブロックを受
け取るメモリ領域のアドレス（以下、「ＡＰ受信バッフ
ァ」という。）４９、および可能な最大ブロック長（以
下、「ＡＰ受信サイズ」という。）を指定して発行され
る。ＤＲＶ４６は、第１にＡＰ受信サイズに相当するＤ
ＭＡウインドゥ内の領域を割り付け（図５ｂ）、転送先
としてＡＰ受信バッファ４９を設定し、第２に転送イン
タフェース制御部４３にＤＭＡウインドゥ内の領域のア
ドレス，サイズおよび転送装置３４に発行する受信コマ
ンドなど必要な初期設定を行い（図５ｃ）、第３に転送
インタフェース制御部４３を起動する（図５ｄ）。転送
インタフェース制御部４３は、初期設定に従って受信コ
マンドを転送インタフェース３５を介して転送装置３４
に発行し（図５ｅ）、転送インタフェース３５を一旦開
放する（図５ｆ）。
ービスを実現するホスト計算機３６のプログラム（以
下、「ＡＰ」という。）４８は、常に上り転送要求に対
応できるように任意の時点で転送装置３４に対して転送
ブロック受信要求を発行する（図５ａ）。なお、転送ブ
ロック受信要求５１は、ＡＰ４８内で転送ブロックを受
け取るメモリ領域のアドレス（以下、「ＡＰ受信バッフ
ァ」という。）４９、および可能な最大ブロック長（以
下、「ＡＰ受信サイズ」という。）を指定して発行され
る。ＤＲＶ４６は、第１にＡＰ受信サイズに相当するＤ
ＭＡウインドゥ内の領域を割り付け（図５ｂ）、転送先
としてＡＰ受信バッファ４９を設定し、第２に転送イン
タフェース制御部４３にＤＭＡウインドゥ内の領域のア
ドレス，サイズおよび転送装置３４に発行する受信コマ
ンドなど必要な初期設定を行い（図５ｃ）、第３に転送
インタフェース制御部４３を起動する（図５ｄ）。転送
インタフェース制御部４３は、初期設定に従って受信コ
マンドを転送インタフェース３５を介して転送装置３４
に発行し（図５ｅ）、転送インタフェース３５を一旦開
放する（図５ｆ）。
【００１３】転送装置３４では、上り転送要求が発生す
ると転送インタフェース制御部４３と再接続を行い（図
５ｇ）、受信コマンドの応答として実時間情報バッファ
４０にバッファリングした実時間情報をホスト計算機３
３へ転送する。転送インタフェース制御部４３は、転送
装置３４から受信するデータを順次ＤＭＡウインドゥ内
の領域を介してＡＰ４８に引き渡し、ＡＰ受信バッファ
４９に格納する（図５ｈ）。転送装置３４から転送終了
が通知されると（図５ｉ）、転送インタフェース制御部
４３はＤＲＶ４６に割り込みによって転送終了を通知し
（図５ｊ）、ＤＲＶ４６は割り付けたＤＭＡウインドゥ
内の領域を開放し（図５ｋ）、ＡＰ４８に転送ブロック
受信要求の完了を通知する（図５ｌ）。
ると転送インタフェース制御部４３と再接続を行い（図
５ｇ）、受信コマンドの応答として実時間情報バッファ
４０にバッファリングした実時間情報をホスト計算機３
３へ転送する。転送インタフェース制御部４３は、転送
装置３４から受信するデータを順次ＤＭＡウインドゥ内
の領域を介してＡＰ４８に引き渡し、ＡＰ受信バッファ
４９に格納する（図５ｈ）。転送装置３４から転送終了
が通知されると（図５ｉ）、転送インタフェース制御部
４３はＤＲＶ４６に割り込みによって転送終了を通知し
（図５ｊ）、ＤＲＶ４６は割り付けたＤＭＡウインドゥ
内の領域を開放し（図５ｋ）、ＡＰ４８に転送ブロック
受信要求の完了を通知する（図５ｌ）。
【００１４】また、下り転送要求に関しては、ＡＰ４８
で必要となった時点で転送装置３４に対して転送ブロッ
ク送信要求を発行するが、転送装置３４に発行するコマ
ンドが送信コマンドである点、転送インタフェース制御
部４３がＤＭＡウインドゥ内の領域を介して、ＡＰ４８
から順次データを受け取って転送装置３４へ送信する点
を除き、同様の方法で制御される。
で必要となった時点で転送装置３４に対して転送ブロッ
ク送信要求を発行するが、転送装置３４に発行するコマ
ンドが送信コマンドである点、転送インタフェース制御
部４３がＤＭＡウインドゥ内の領域を介して、ＡＰ４８
から順次データを受け取って転送装置３４へ送信する点
を除き、同様の方法で制御される。
【００１５】
【発明が解決しようとする課題】このように、従来方式
による転送装置３４とホスト計算機３６との間のデータ
転送では、実際の転送インタフェース３５の駆動に先立
ち、ホスト計算機３６内のＤＭＡウインドゥ内にブロッ
ク転送に必要な領域を確保する必要がある。特に、上り
転送要求に関しては、ホスト計算機３６はＡＰ４８が常
に転送装置３４からの転送要求に対応できるように、Ｄ
ＭＡウインドゥ内に所定の領域を確保した状態で転送装
置３４からの上り転送要求を待機するので、ＤＭＡウイ
ンドゥ内にその領域がほぼ固定的に確保された状態とな
る。したがって、センタ３３への収容回線数が多くな
り、対応する転送装置３４の台数が多くなると、ＤＭＡ
ウインドゥ内で各転送装置３４からの上り転送要求用と
してほぼ固定的に確保される領域も大きくなり、これが
逆に収容回線数を制約する要因になっていた。
による転送装置３４とホスト計算機３６との間のデータ
転送では、実際の転送インタフェース３５の駆動に先立
ち、ホスト計算機３６内のＤＭＡウインドゥ内にブロッ
ク転送に必要な領域を確保する必要がある。特に、上り
転送要求に関しては、ホスト計算機３６はＡＰ４８が常
に転送装置３４からの転送要求に対応できるように、Ｄ
ＭＡウインドゥ内に所定の領域を確保した状態で転送装
置３４からの上り転送要求を待機するので、ＤＭＡウイ
ンドゥ内にその領域がほぼ固定的に確保された状態とな
る。したがって、センタ３３への収容回線数が多くな
り、対応する転送装置３４の台数が多くなると、ＤＭＡ
ウインドゥ内で各転送装置３４からの上り転送要求用と
してほぼ固定的に確保される領域も大きくなり、これが
逆に収容回線数を制約する要因になっていた。
【００１６】さらに、ＤＭＡウインドゥの大きさは、一
般にホスト計算機３６の全アドレス空間に比較して小さ
な領域である一方で、転送装置３４とホスト計算機３６
との間で転送されるブロックの大きさが音声，画像など
の実時間情報であるために一般に長大である。すなわ
ち、限られた領域であるにもかかわらず各転送装置対応
に確保すべき領域が大きいので、結局センタ３３に収容
できる回線数も厳しく制約されていた。
般にホスト計算機３６の全アドレス空間に比較して小さ
な領域である一方で、転送装置３４とホスト計算機３６
との間で転送されるブロックの大きさが音声，画像など
の実時間情報であるために一般に長大である。すなわ
ち、限られた領域であるにもかかわらず各転送装置対応
に確保すべき領域が大きいので、結局センタ３３に収容
できる回線数も厳しく制約されていた。
【００１７】本発明は、各転送装置との間のデータ転送
に用いられるＤＭＡウインドゥ内の領域が長時間にわた
って固定的に確保された状態になることを防ぎ、センタ
に収容する回線数の制約を緩和することができる実時間
情報転送制御方式を提供することを目的とする。
に用いられるＤＭＡウインドゥ内の領域が長時間にわた
って固定的に確保された状態になることを防ぎ、センタ
に収容する回線数の制約を緩和することができる実時間
情報転送制御方式を提供することを目的とする。
【００１８】
【課題を解決するための手段】請求項１に記載の発明
は、ＩＳＤＮ通信網を介してマルチメディア通信端末か
ら受信される実時間情報を転送情報ブロックに組み立て
てホスト計算機へ転送するととともに、ホスト計算機か
ら転送される転送情報ブロックを分解してマルチメディ
ア通信端末へ送信する転送装置と、この転送装置を制御
し、マルチメディア通信端末との間で送受信される実時
間情報の蓄積，検索，再生を行うホスト計算機との間を
接続する転送インタフェースにおける実時間情報転送制
御方式において、前記ホスト計算機から前記転送装置に
任意の時点で発行可能であり、その発行時点で前記転送
装置に前記ホスト計算機に対するデータ転送要求が存在
しない場合は、前記ホスト計算機との接続を解除して前
記転送インタフェースを開放し、データ転送要求が発生
した時点で前記ホスト計算機と再接続して実行完了し、
発行時点で前記転送装置に前記ホスト計算機に対するデ
ータ転送要求が存在する場合は直ちに実行完了し、その
実行完了をもって前記ホスト計算機に転送装置のデータ
転送要求を検出させる同期コマンドを用いることを特徴
とする。
は、ＩＳＤＮ通信網を介してマルチメディア通信端末か
ら受信される実時間情報を転送情報ブロックに組み立て
てホスト計算機へ転送するととともに、ホスト計算機か
ら転送される転送情報ブロックを分解してマルチメディ
ア通信端末へ送信する転送装置と、この転送装置を制御
し、マルチメディア通信端末との間で送受信される実時
間情報の蓄積，検索，再生を行うホスト計算機との間を
接続する転送インタフェースにおける実時間情報転送制
御方式において、前記ホスト計算機から前記転送装置に
任意の時点で発行可能であり、その発行時点で前記転送
装置に前記ホスト計算機に対するデータ転送要求が存在
しない場合は、前記ホスト計算機との接続を解除して前
記転送インタフェースを開放し、データ転送要求が発生
した時点で前記ホスト計算機と再接続して実行完了し、
発行時点で前記転送装置に前記ホスト計算機に対するデ
ータ転送要求が存在する場合は直ちに実行完了し、その
実行完了をもって前記ホスト計算機に転送装置のデータ
転送要求を検出させる同期コマンドを用いることを特徴
とする。
【００１９】請求項２に記載の発明は、請求項１に記載
の実時間情報転送制御方式において、同期コマンドの完
了をもってホスト計算機が転送装置におけるデータ転送
要求を検出し、その検出直後に前記ホスト計算機から前
記転送装置に対してデータ受信を指示する受信コマンド
を発行することを特徴とする。
の実時間情報転送制御方式において、同期コマンドの完
了をもってホスト計算機が転送装置におけるデータ転送
要求を検出し、その検出直後に前記ホスト計算機から前
記転送装置に対してデータ受信を指示する受信コマンド
を発行することを特徴とする。
【００２０】
【作用】図１は、本発明方式の基本手順を説明するフロ
ーチャートである。本発明では、ホスト計算機３６から
発行され、転送装置３４で処理される新たなコマンドと
して同期コマンドを設ける。この同期コマンドは、デー
タ転送を伴わないコマンドであり、転送インタフェース
制御部４３から転送装置３４への受信コマンドの発行
（図５ｅ）に先立って転送装置３４に発行される。しか
し、転送装置３４内ではこの同期コマンドに対して特別
な処理は行わず、その時点で上り転送要求が存在しなけ
れば転送装置３４は同期コマンドを中断してホスト計算
機３６との接続を切り、転送インタフェース３５を開放
する。また、転送装置３４は、上り転送要求が発生した
時点でホスト計算機３６と再接続し、同期コマンドの完
了のみを通知する。また、同期コマンドの発行時点で転
送装置３４に上り転送要求が存在する場合は直ちに同期
コマンドの完了を通知する。以上が請求項１に記載の発
明である。
ーチャートである。本発明では、ホスト計算機３６から
発行され、転送装置３４で処理される新たなコマンドと
して同期コマンドを設ける。この同期コマンドは、デー
タ転送を伴わないコマンドであり、転送インタフェース
制御部４３から転送装置３４への受信コマンドの発行
（図５ｅ）に先立って転送装置３４に発行される。しか
し、転送装置３４内ではこの同期コマンドに対して特別
な処理は行わず、その時点で上り転送要求が存在しなけ
れば転送装置３４は同期コマンドを中断してホスト計算
機３６との接続を切り、転送インタフェース３５を開放
する。また、転送装置３４は、上り転送要求が発生した
時点でホスト計算機３６と再接続し、同期コマンドの完
了のみを通知する。また、同期コマンドの発行時点で転
送装置３４に上り転送要求が存在する場合は直ちに同期
コマンドの完了を通知する。以上が請求項１に記載の発
明である。
【００２１】ホスト計算機３６では、この同期コマンド
の完了通知によってＤＭＡウインドゥ内の領域を割り付
け、転送装置３４へ受信コマンドを発行すると、転送装
置３４ではホスト計算機３６への転送データの準備がで
きているので、従来方式のように一旦ホスト計算機３６
との接続を断ってから後に再接続することなく、直ちに
データ転送を開始することができる。以上が請求項２に
記載の発明である。
の完了通知によってＤＭＡウインドゥ内の領域を割り付
け、転送装置３４へ受信コマンドを発行すると、転送装
置３４ではホスト計算機３６への転送データの準備がで
きているので、従来方式のように一旦ホスト計算機３６
との接続を断ってから後に再接続することなく、直ちに
データ転送を開始することができる。以上が請求項２に
記載の発明である。
【００２２】このように、本発明方式では、ホスト計算
機が同期コマンドで上り転送要求の発生を予め知ってか
らＤＭＡウインドゥ内の領域を確保し、その後受信コマ
ンドを発行することにより、ＤＭＡウインドゥ内の領域
の確保からデータ転送の開始、完了までを連続して行う
ことができる。すなわち、従来はＤＭＡウインドゥ内に
領域を確保した状態で転送装置からの上り転送要求を待
っていたが、本発明方式ではＤＭＡウインドゥ内に領域
を確保してから待機する時間がほとんどなくなり、領域
が長時間にわたって固定的に確保された状態を回避する
ことができる。
機が同期コマンドで上り転送要求の発生を予め知ってか
らＤＭＡウインドゥ内の領域を確保し、その後受信コマ
ンドを発行することにより、ＤＭＡウインドゥ内の領域
の確保からデータ転送の開始、完了までを連続して行う
ことができる。すなわち、従来はＤＭＡウインドゥ内に
領域を確保した状態で転送装置からの上り転送要求を待
っていたが、本発明方式ではＤＭＡウインドゥ内に領域
を確保してから待機する時間がほとんどなくなり、領域
が長時間にわたって固定的に確保された状態を回避する
ことができる。
【００２３】
【実施例】図２は、本発明の実時間情報転送制御方式に
よるデータ転送例を説明する図である。
よるデータ転送例を説明する図である。
【００２４】図において、ホスト計算機３６のＡＰ４８
は、従来方式と同様に、ＡＰ受信バッファ４９のアドレ
スとＡＰ受信サイズを指定して転送ブロック受信要求を
発行する（図２ａ）。ここで、ＤＲＶ４６は、転送イン
タフェース制御部４３に対して同期コマンドを発行する
ための初期設定を行い（図２ｍ）、転送インタフェース
制御部４３を起動する（図２ｎ）。転送インタフェース
制御部４３は、この初期設定に従って同期コマンドを転
送インタフェース３５を介して転送装置３４に発行し
（図２ｏ）、その完了を待機する。
は、従来方式と同様に、ＡＰ受信バッファ４９のアドレ
スとＡＰ受信サイズを指定して転送ブロック受信要求を
発行する（図２ａ）。ここで、ＤＲＶ４６は、転送イン
タフェース制御部４３に対して同期コマンドを発行する
ための初期設定を行い（図２ｍ）、転送インタフェース
制御部４３を起動する（図２ｎ）。転送インタフェース
制御部４３は、この初期設定に従って同期コマンドを転
送インタフェース３５を介して転送装置３４に発行し
（図２ｏ）、その完了を待機する。
【００２５】転送装置３４では、上り転送要求が発生す
ると転送インタフェース制御部４３と再接続を行って同
期コマンドの完了を通知する（図２ｐ）。転送インタフ
ェース制御部４３は、同期コマンドの完了を割り込みに
よってＤＲＶ４６に通知する（図２ｑ）。ＤＲＶ４６
は、この割り込みによってＡＰ受信サイズに相当するＤ
ＭＡウインドゥ内の領域を割り付け（図２ｂ）、転送先
としてＡＰ受信バッファ４９を設定し、続いて転送イン
タフェース制御部４３にＤＭＡウインドゥ内の領域のア
ドレス，サイズおよび転送装置３４に発行する受信コマ
ンドなど必要な初期設定を行い（図２ｃ）、転送インタ
フェース制御部４３を起動する（図２ｄ）。転送インタ
フェース制御部４３は、この初期設定に従って受信コマ
ンドを転送インタフェース３５を介して転送装置３４に
発行する（図２ｅ）。
ると転送インタフェース制御部４３と再接続を行って同
期コマンドの完了を通知する（図２ｐ）。転送インタフ
ェース制御部４３は、同期コマンドの完了を割り込みに
よってＤＲＶ４６に通知する（図２ｑ）。ＤＲＶ４６
は、この割り込みによってＡＰ受信サイズに相当するＤ
ＭＡウインドゥ内の領域を割り付け（図２ｂ）、転送先
としてＡＰ受信バッファ４９を設定し、続いて転送イン
タフェース制御部４３にＤＭＡウインドゥ内の領域のア
ドレス，サイズおよび転送装置３４に発行する受信コマ
ンドなど必要な初期設定を行い（図２ｃ）、転送インタ
フェース制御部４３を起動する（図２ｄ）。転送インタ
フェース制御部４３は、この初期設定に従って受信コマ
ンドを転送インタフェース３５を介して転送装置３４に
発行する（図２ｅ）。
【００２６】転送装置３４では、上り転送要求をすでに
同期コマンドの完了通知によってホスト計算機３６に通
知しており、受信コマンドに応じて直ちに実時間情報バ
ッファ４０にバッファリングした実時間情報をホスト計
算機３６へ転送する。転送インタフェース制御部４３
は、転送装置３４から受信するデータを順次ＤＭＡウイ
ンドゥ内の領域を介してＡＰ４８に引き渡し、ＡＰ受信
バッファ４９に格納する（図２ｈ）。転送装置３４から
転送終了が通知されると（図２ｉ）、転送インタフェー
ス制御部４３はＤＲＶ４６に割り込みによって転送終了
を通知する（図２ｊ）。ＤＲＶ４６は、割り込みによっ
て転送終了が通知されると、割り付けたＤＭＡウインド
ゥ内の領域を開放し（図２ｋ）、ＡＰ４８に転送ブロッ
ク受信要求の完了を通知する（図２ｌ）。
同期コマンドの完了通知によってホスト計算機３６に通
知しており、受信コマンドに応じて直ちに実時間情報バ
ッファ４０にバッファリングした実時間情報をホスト計
算機３６へ転送する。転送インタフェース制御部４３
は、転送装置３４から受信するデータを順次ＤＭＡウイ
ンドゥ内の領域を介してＡＰ４８に引き渡し、ＡＰ受信
バッファ４９に格納する（図２ｈ）。転送装置３４から
転送終了が通知されると（図２ｉ）、転送インタフェー
ス制御部４３はＤＲＶ４６に割り込みによって転送終了
を通知する（図２ｊ）。ＤＲＶ４６は、割り込みによっ
て転送終了が通知されると、割り付けたＤＭＡウインド
ゥ内の領域を開放し（図２ｋ）、ＡＰ４８に転送ブロッ
ク受信要求の完了を通知する（図２ｌ）。
【００２７】なお、下り転送要求については従来方式と
同様である。以下、標準入出力インタフェースとして広
範に使用されているＳＣＳＩ(SmallComputer System In
terface,ANSI X3.131-1986) を本発明方式に適用する場
合の実施例について説明する。
同様である。以下、標準入出力インタフェースとして広
範に使用されているＳＣＳＩ(SmallComputer System In
terface,ANSI X3.131-1986) を本発明方式に適用する場
合の実施例について説明する。
【００２８】ホスト計算機３６から転送装置３４に対し
て同期コマンドを発行した後に、一旦転送インタフェー
ス３５を開放する機能として、ＳＣＳＩのメッセージ・
イン・フェーズにおけるディスコネクト・メッセージが
適用できる。本機能により、転送装置３４ではＳＣＳＩ
バスの占有状態を開放し、ホスト計算機３６は他の転送
装置との交信が実行可能となる。転送装置３４がホスト
計算機と再接続する機能としては、ＳＣＳＩのリコネク
ション機能が適用できる。本機能は、転送装置３４がア
ービトレーション・フェーズを行い、ＳＣＳＩバス使用
権を獲得した場合にリセレクション・フェーズ，メッセ
ージ・イン・フェーズでのアイデンティファイ・メッセ
ージ送信と進むシーケンスで実現され、以後は転送装置
３４はステータス・フェーズ，メッセージ・イン・フェ
ーズでホスト計算機３６に対してコマンド完了を通知で
きる。
て同期コマンドを発行した後に、一旦転送インタフェー
ス３５を開放する機能として、ＳＣＳＩのメッセージ・
イン・フェーズにおけるディスコネクト・メッセージが
適用できる。本機能により、転送装置３４ではＳＣＳＩ
バスの占有状態を開放し、ホスト計算機３６は他の転送
装置との交信が実行可能となる。転送装置３４がホスト
計算機と再接続する機能としては、ＳＣＳＩのリコネク
ション機能が適用できる。本機能は、転送装置３４がア
ービトレーション・フェーズを行い、ＳＣＳＩバス使用
権を獲得した場合にリセレクション・フェーズ，メッセ
ージ・イン・フェーズでのアイデンティファイ・メッセ
ージ送信と進むシーケンスで実現され、以後は転送装置
３４はステータス・フェーズ，メッセージ・イン・フェ
ーズでホスト計算機３６に対してコマンド完了を通知で
きる。
【００２９】
【発明の効果】以上説明したように本発明は、ホスト計
算機内のＤＭＡ領域の占有時間が正味のデータ転送時間
のみに短縮されるので、データ転送要求はわずかな時間
でＤＭＡ領域を明け渡すことができる。したがって、転
送装置が多数になっても、各データ転送要求に対してわ
ずかな待時間でＤＭＡ領域の使用が可能となり、多数の
回線の収容を可能にすることができる。
算機内のＤＭＡ領域の占有時間が正味のデータ転送時間
のみに短縮されるので、データ転送要求はわずかな時間
でＤＭＡ領域を明け渡すことができる。したがって、転
送装置が多数になっても、各データ転送要求に対してわ
ずかな待時間でＤＭＡ領域の使用が可能となり、多数の
回線の収容を可能にすることができる。
【００３０】また、本発明では、従来方式にコマンドを
一つ追加するたげであるので実現が容易であるととも
に、ＤＲＶ内部で制御できるので本方式による性能劣化
を最小限に抑えることができる。
一つ追加するたげであるので実現が容易であるととも
に、ＤＲＶ内部で制御できるので本方式による性能劣化
を最小限に抑えることができる。
【図１】本発明方式の基本手順を説明する図である。
【図２】本発明方式におけるデータ転送例を説明する図
である。
である。
【図３】実時間マルチメディア通信情報蓄積交換サービ
スが実現されるシステム構成を示すブロック図である。
スが実現されるシステム構成を示すブロック図である。
【図４】センタ３３の詳細な構成例を示すブロック図で
ある。
ある。
【図５】従来方式におけるデータ転送例を説明する図で
ある。
ある。
３１ ＩＳＤＮ通信網 ３２ 端末（マルチメディア通信端末） ３３ センタ（実時間マルチメディア通信情報蓄積交換
センタ） ３４ 転送装置 ３５ 転送インタフェース ３６ ホスト計算機 ４０ 実時間情報バッファ ４１ 演算制御部 ４２ 主記憶部 ４３ 転送インタフェース制御部 ４４ 内部バス ４５ メモリ管理部 ４６ ＤＲＶ（転送インタフェース制御部４３を制御す
るデバイスドライバプログラム） ４７ ＯＳ（ホスト計算機システムを管理する制御プロ
グラム） ４８ ＡＰ（実時間マルチメディア通信情報蓄積交換サ
ービスを実現するホスト計算機３６のプログラム） ４９ ＡＰ受信バッファ（ＡＰ４８内で転送ブロックを
受け取るメモリ領域のアドレス）
センタ） ３４ 転送装置 ３５ 転送インタフェース ３６ ホスト計算機 ４０ 実時間情報バッファ ４１ 演算制御部 ４２ 主記憶部 ４３ 転送インタフェース制御部 ４４ 内部バス ４５ メモリ管理部 ４６ ＤＲＶ（転送インタフェース制御部４３を制御す
るデバイスドライバプログラム） ４７ ＯＳ（ホスト計算機システムを管理する制御プロ
グラム） ４８ ＡＰ（実時間マルチメディア通信情報蓄積交換サ
ービスを実現するホスト計算機３６のプログラム） ４９ ＡＰ受信バッファ（ＡＰ４８内で転送ブロックを
受け取るメモリ領域のアドレス）
Claims (2)
- 【請求項１】 ＩＳＤＮ通信網を介してマルチメディア
通信端末から受信される実時間情報を転送情報ブロック
に組み立ててホスト計算機へ転送するととともに、ホス
ト計算機から転送される転送情報ブロックを分解してマ
ルチメディア通信端末へ送信する転送装置と、この転送
装置を制御し、マルチメディア通信端末との間で送受信
される実時間情報の蓄積，検索，再生を行うホスト計算
機との間を接続する転送インタフェースにおける実時間
情報転送制御方式において、 前記ホスト計算機から前記転送装置に任意の時点で発行
可能であり、その発行時点で前記転送装置に前記ホスト
計算機に対するデータ転送要求が存在しない場合は、前
記ホスト計算機との接続を解除して前記転送インタフェ
ースを開放し、データ転送要求が発生した時点で前記ホ
スト計算機と再接続して実行完了し、発行時点で前記転
送装置に前記ホスト計算機に対するデータ転送要求が存
在する場合は直ちに実行完了し、その実行完了をもって
前記ホスト計算機に転送装置のデータ転送要求を検出さ
せる同期コマンドを用いることを特徴とする実時間情報
転送制御方式。 - 【請求項２】 請求項１に記載の実時間情報転送制御方
式において、 同期コマンドの完了をもってホスト計算機が転送装置に
おけるデータ転送要求を検出し、その検出直後に前記ホ
スト計算機から前記転送装置に対してデータ受信を指示
する受信コマンドを発行することを特徴とする実時間情
報転送制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3252378A JPH0589000A (ja) | 1991-09-30 | 1991-09-30 | 実時間情報転送制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3252378A JPH0589000A (ja) | 1991-09-30 | 1991-09-30 | 実時間情報転送制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0589000A true JPH0589000A (ja) | 1993-04-09 |
Family
ID=17236481
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3252378A Pending JPH0589000A (ja) | 1991-09-30 | 1991-09-30 | 実時間情報転送制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0589000A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7783895B2 (en) | 2003-03-27 | 2010-08-24 | Sanyo Electric Co., Ltd. | Method and apparatus for encrypting data to be secured and inputting/outputting the same |
| JP2011239381A (ja) * | 2010-05-07 | 2011-11-24 | Lsis Co Ltd | 遠隔通信システム及び方法 |
-
1991
- 1991-09-30 JP JP3252378A patent/JPH0589000A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7783895B2 (en) | 2003-03-27 | 2010-08-24 | Sanyo Electric Co., Ltd. | Method and apparatus for encrypting data to be secured and inputting/outputting the same |
| JP2011239381A (ja) * | 2010-05-07 | 2011-11-24 | Lsis Co Ltd | 遠隔通信システム及び方法 |
| US8578212B2 (en) | 2010-05-07 | 2013-11-05 | Lsis Co., Ltd. | Remote communication system and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1155370B1 (en) | Method and apparatus for extending the range of the universal serial bus protocol | |
| JPH10207822A (ja) | 高速ｉ／ｏコントローラにおける割り込み処理方法 | |
| EP0577361B1 (en) | Fiber optic distribution of image data | |
| JP3439320B2 (ja) | データ通信方法、データ通信装置、およびデータ通信プログラム記録媒体 | |
| JPH10229410A (ja) | データ処理装置、電子機器および通信システム | |
| JPH117434A (ja) | 複数ノードの非同期データ通信システム内で早期到達メッセージを処理するシステム | |
| CN117389733B (zh) | 一种减少开关链开销的sas i/o调度方法和装置 | |
| JP3512146B2 (ja) | デバイスドライバ装置 | |
| CN110532110A (zh) | 一种在多核场景中自动切换外送数据的uart主控系统 | |
| JP2564499B2 (ja) | 送信データのフロー制御方法 | |
| JP2569086B2 (ja) | データ伝送制御方式 | |
| JP2616607B2 (ja) | 実時間情報転送制御システム | |
| JP2845660B2 (ja) | シリアルデータ転送方式 | |
| JPH06301607A (ja) | マルチアクセスｉ／ｏ制御方式 | |
| JP2523956B2 (ja) | 多地点間通信方式 | |
| CA2269961C (en) | Method and apparatus for extending the range of the universal serial bus protocol as it applies to asynchronous transfers | |
| JPH089792Y2 (ja) | ホスト間通信用ｓｃｓｉアダプタ回路 | |
| JPH06120986A (ja) | バッファ管理方式 | |
| JPS59230346A (ja) | 伝送装置の送受信デ−タのバツフアリング方式 | |
| JPS6086643A (ja) | ロ−カルエリア・ネツトワ−ク・システム | |
| JPS63227149A (ja) | ル−プ状通信システムにおける通信制御方法 | |
| JPH0468457A (ja) | ネットワーク管理システムのマネージャ装置 | |
| JPH0129465B2 (ja) | ||
| JP2002342253A (ja) | 記憶サブシステムの制御方法および記憶サブシステム | |
| JPH0561824A (ja) | セミリアルタイム処理方式 |