JPH0624362B2 - データ会議方法 - Google Patents

Description

【発明の詳細な説明】 技術分野 本発明は通信ネットワーク、特に通信ネットワークにお
ける会議方法に関する。

より特定の側面においては、本発明は共用されたネット
ワークを通して設定された接続を通してデータ端末の間
で会議を行なう方法に関する。

さらに他の特徴としては、本発明は異る特徴、能力を持
ったデータ端末の間で、共用された通信ネットワークを
経由して会議を行なう方法に関する。

背景技術 通信ネットワークは全国的、世界的規模で事業を行なう
のに必要な手段になって来ている。現在の音声およびデ
ータネットワークは事業を行なうために旅行するという
不便なしに長距離にわたって相互に通信するために、人
間と機械のために高速で便利な手段を提供する。これら
のネットワークは多くの場合他の形の通信に比べてより
信頼性が高く、より経済的である。

現在のネットワークはポイント・ツー・ポイント通信の
ための適切な設備を提供するものであるが、多くの顧客
が音声あるいは他の手段によって情報を交換するために
会議に参加できるように、これらのネットワークをマル
チポイント動作用に強化することが望ましい。

この一例は各々がビデオ端末を持ついくつかの遠方の事
務所の間での音声およびビデオによる会議である。ビデ
オ端末の他に、ある会議者はグラヒック装置、電子黒
板、高速プリンタのような他のタイプのデータ端末を持
ち、これらがすべてネットワークを通して情報のやりと
りをするのに使用でき、情報は異る形態で端末に表示で
きるようになっているのが望ましい。便宜上これらおよ
び他の形態での通信はここでは一般用語としてデータ通
信と呼ばれるが、これらが上述した形態に限定されるも
のではない。

データ端末間の会議は専用の、いわゆる専用線ネットワ
ークで実現できる。これらのネットワークは一般には注
文設計によるもので、従ってすべての端末はその特徴と
能力に関して互換性がある。従ってネットワーク中のす
べての端末はネットワーク中のすべての他の端末と話を
する、すなわちデータのやりとりを行なうことができ
る。

上述した専用のネットワークはそれが意図した目的には
適切であるが、すべてのデータ端末がその特徴と能力の
点で互換性がなければならないという制約がある。これ
らの制約はネットワークが多くの顧客によって共用さ
れ、各顧客がすべての他の顧客に接続できるようになっ
ているときには特に重荷である。

発明の要約 複数のデータ端末の間の会議の設定の間に、端末機能の
共通の集合を折衝し、設定する方法と装置を含むデータ
会議装置によって、上述した問題点が解決され、技術的
進歩が達成される。

より詳しく述べれば、本発明は共通の通信ネットワーク
を通して各データ端末に対して呼を発生することによっ
て、データ端末の会議接続を行なう、マルチポート会議
ブリッジによって実現される。会議接続すべきすべての
端末の番号は会議ブリッジに転送され、これは次に交換
ネットワークを経由して各データ端末に対して接続を設
定する。第１のデータ端末が応答したとき、これはデー
タブリッジに対してその能力を知らせ、この能力がその
会議の現在の機能パラメータとなる。各々の追加のデー
タ端末が接続されたとき、会議の現在のパラメータはそ
のデータ端末に転送される。追加されたデータ端末がブ
リッジパラメータを受理すれば、これは会議に追加され
る。もしこれに対して、データ端末が会議と同一の能力
を持たなければ、すでに会議に接続されているデータ端
末が新たに会議に入りたいとしている端末のパラメータ
を受け入れるかどうかについて問合せを受ける。

本発明の特徴に従えば、すべての端末は新らしいパラメ
ータを受理しなければならず、さもなければデータ端末
は追加されない。

本発明の他の特徴に従えば、会議を司会する会議者は互
換性のないデータ端末が会議に追加されていないことを
知らされている。

本発明のさらに他の特徴に従えば、新らしい端末が会議
に受理されなかったときには、すべての端末にはそれま
での能力が有効であることを知らされる。

図面の簡単な説明 第１図は本発明に従うデータ会議ブリッジを含むネット
ワークサービスコンプレックスを持つ通信ネットワーク
のブロック図； 第２図はデータブリッジのより詳細なブロック図； 第３図はデータブリッジプロセッサのブロック図； 第４図は典型的データリンクプロセッサのブロック図； 第５図はデータリンクプロセッサを第６図に示したポー
トのような複数のポートに接続するポートデータインタ
フェース； 第７図は会議レグ（脚）（すなわち、ポート）を監視す
るための動作のシーケンスを記述する流れ図； 第８図はレグを会議に接続するための動作のシーケンス
を記述する流れ図； 第９図−第１１図はレグを会議に接続することを指示す
る動作のシーケンスの一般的な流れ図； 第１２図は会議ブリッジを通して各会議者に対してデー
タを伝送したときに会議者から確認応答を受信する動作
のシーケンスを示す流れ図である。

詳細な説明 まず本件発明の構成の概略を説明する。

データ端末はデータブリッジ１３５に接続されている。
まずデータブリッジに接続されている第１のデータ端末
の通信パラメータの第１の集合が確認され、前記ブリッ
ジに割当てられる。パラメータのこの第１の集合は専用
使用パラメータ（ＰＵＰＳ）を含み、これは各データ端
末によってその通信機能を確認するためにブリッジに転
送される。ブリッジに接続を要求している第２のデータ
端末は第１のデータ端末に関連してブリッジに割当てら
れたパラメータを知らされる。第２のデータ端末の通信
パラメータの第２の集合は確認される。このパラメータ
はブリッジからの要求に応じてブリッジに転送される。
通信パラメータの第２の集合はブリッジに割当てられて
いるパラメータの第１の集合、即ち第１のデータ端末に
関連するパラメータと比較され、第１のデータ端末の同
意を得てブリッジに割当てられたパラメータがパラメー
タの第２の集合と一致するように変更される。第１のデ
ータ端末は要求されているパラメータの第２の集合を知
らされ、このパラメータの第２の集合の下で通信が維持
され得るときはブリッジに同意を通知し会議に使用され
る通信パラメータをパラメータの第２の集合に変えるこ
とを許可する。

第２のデータ端末はブリッジの動作パラメータが第１の
集合から第２の集合に変更された後にデータブリッジに
接続される。以上により第１のデータ端末はそれ自身に
も適応可能な第２のデータ端末に関連する通信パラメー
タを用いて第２のデータ端末と会議通信を行うことがで
きる。

本発明を使用したシステムの一般的構成をブロックの形
式で第１図に示す。第１図はローカル交換局１０３およ
び１０４を取扱う市外交換機１０２を持つ典型的な通信
ネットワークである。交換局１０４と１０３はそれぞれ
顧客電話機１０５および１０６に対して通信サービス
を、顧客データセット１３６およびグラフィックユニッ
ト１２７に対してデータサービスを提供する交換装置を
含んでいる。交換システム１０２には会議電話およびデ
ータ会議のような特殊サービスを提供するネットワーク
サービスコンプレックス１００が接続されている。

ネットワークサービスコンプレックス１００はＮＳＣプ
ロセッサ１０１、データブリッジ１３５および他のユニ
ットを含んでいる。後に詳述するように、コンプレック
ス１００の機能のひとつは市外および市内の交換局を通
して電話ネットワークを通してデータ顧客に対してサー
ビスを提供することである。

第１図に図示しているように市外交換機１０２はウエス
ターンエレクトリック社によって生産されているNo.４
ＥＳＳ^ＴＭ電子交換機のような典型的電子交換機であ
る。この交換機はベルシステムテクニカルジャーナル誌
Vol.５６、No.７ １９７７年９月に詳細に説明されて
いるから、読者が本発明を理解するためにここで完全に
説明する必要はない。

交換機１０２はネットワーク１０７、中央プロセッサ１
０８、音声インタフェースユニット１０９、ダイグルー
プ端局ユニット１１０、信号プロセッサ１１１および１
１２それに図面を簡単にするために図示はしていない雑
多な装置を含んでいる。

ネットワーク１０７はタイムスロット入替（ＴＳＩ）ユ
ニット１１３−１１６と時分割多重スイッチ（ＴＭＳ）
ユニット１１７を利用した時−空−時交換の構成を有し
ている。

交換ネットワーク１０７へのアクセスは各々が１２０個
の音声チャネルを収容する直列のパルス符号変調リンク
を経由して行なわれる。しかし、交換局１０３と１０４
はアナログあるいはディジタルの伝送設備を経由して市
外交換局に接続できる。従って、第１図に見られるよう
に、市内交換局１０３はダイグループ端局ユニット１１
０を接続したディジタル設備を通して市外局に接続され
ており、一方市内局１０４はアナログトランクを通して
音声インタフェースユニット１０９に接続されている。
ダイグループ端局１１０は局間伝送設備とネットワーク
の間の多重化と多重分離を実行し、また信号プロセッサ
１１２を経由して信号情報を処理する。

アナログトランクは１０９のような音声インタフェース
ユニットに接続されるが、その主要な機能はアナログ−
ディジタル交換（およびその逆）とＴＳＩユニットのた
めのディジタルデータのフォーマット化である。音声イ
ンタフェースユニット１０９は信号プロセッサ１１１を
経由して中央制御と通信する。

信号プロセッサ１１１はアナログトランクのための走
査、分配およびディジット受信の仕事を実行し、一方信
号プロセッサ１１２は物理的な走査および分配点の代り
に各トランクの監視状態が信号プロセッサ中のメモリー
に記憶されていることを除いて、ディジタルトランクに
対して等価な仕事を実行する。

市外交換機の動作に必要な論理、制御、記憶および翻訳
機能の大部分は中央プロセッサ１０８によって実行され
る。図示の交換システムで使用するのに適切なプロセッ
サはベルシステムテクニカルジャーナル誌５６巻第２号
１９７７年２月に述べられている。

中央制御１１８はシステムの情報処理ユニットであり、
コールストア１２０中の呼処理データを使用して、プロ
グラムストア１１９中のプログラム命令を実行する。中
央制御１１８はバス１２２を通して周辺ユニットと通信
する。

上述したように、局間信号情報はそれぞれ信号プロセッ
サ111および１１２によってアナログおよびディジタル
トランクの伝送路から抽出され、中央制御１１８によっ
て呼処理のために使用される。しかし、一部のトランク
についての信号は共通線局間信号方式を使用して伝送路
とは別の共通のデータリンクを通して局間伝送される。
典型的な共通線信号方式については、ベルシステムテク
ニカルジャーナル誌５７巻第２号１９７８年２月に述べ
られており、ここではＣＣＩＳブロック１２３、１２６
とデータリンク１３２によって表わされる。端末１２６
はＣＣＩＳ端末と呼ばれていが、これは呼処理に使用す
るＣＣＩＳ信号ネットワークの一部である必要は必ずし
もない。その代り、ＣＣＩＳ端末は市外交換システムと
データをやりとりするのに適切な端末のタイプを示して
いる。

市外交換機に接続されているのは、ＮＳＣプロセッサ１
０１、ＣＣＩＳタイプ端末１２６、ＤＳ−１インタフェ
ース１２９、タイムスロット入替ユニット１２４、入出
力制御１３０およびデータブリッジ１３５である。ネッ
トワークサービスコンプレックス１００はまた音声ブリ
ッジ１２８、データストア１２５、トーン受信機１２８
その他の装置を含んでもよい。

ネットワークサービスコンプレックス１００は多くの異
るタイプの交換機と共に動作して、上述したもの以外の
いくつかの特殊サービスを提供するようになっている。
従って、コンプレックス１００は交換機に対して、通常
の局間トランク１３１とデータリンク１３２を経由して
接続されるように設計されている。コンプレックス１０
０を取扱かう局間トランク１３１は上述した市外局１０
２と市内局１０３の間のトランクに似たディジタル設備
であり、データリンク１３２とそのＣＣＩＳ端末は先に
引用した1978年のベルシステムテクニカルジャーナル誌
に記載されたものと類似している。

ネットワークサービスコンプレックスはモジュール的に
設計されており、種々のサービスユニットの追加ができ
るように設計されている。すべてのユニットは時分割多
重データバス（ＴＭＤＢ）１３３と直列制御バス（ＳＣ
Ｂ）１３４によって相互接続されている。制御バスはＮ
ＳＣプロセッサ１０１によって、コンプレックス中の種
々のユニットと制御、ステータスおよび誤りの情報をや
りとりするのに使用される。データバス１３３は会議用
の顧客データに使用されるが、送信バスと受信バスから
成り、各バスは２５６タイムスロットの時分割多重ＰＣ
Ｍデータバスである。

インタフェース１２９は市外交換機１０２からのＴ１回
線131をタイムスロット入替ユニット１２４に接続し、
これは受信Ｔ１バス中、あるいはデータバス１３３の送
信部の任意のタイムスロットをＴ１送信バスあるいはデ
ータバス１３３の受信部の任意のタイムスロットにスイ
ッチする。

ネットワークサービスコンプレックス１００はＮＳＣプ
ロセッサ１０１によって制御され、これは全コンプレッ
クスのすべての呼処理、保守、故障回復、診断および監
査を取扱かう。プロセッサ１０１はまた端末１２６とイ
ンタフェースされ、ホストの市外交換システム１０２か
らのメッセージを送受する。

上述したように、ネットワークサービスコンプレックス
は多数のサービスを実現するようになっている。この実
施例においては、コンプレックスにはブロック１３５に
よって指定されるデータ会議設備が設けられ、この会議
設備は顧客の制御によってデータ会議を設定するのに使
用される。

もしデータセット１３６を持つ会議者がこのデータセッ
トと他のデータセットの間で会議を設定することを望ん
だときには、顧客はその電話機１０５を使用して呼を設
定し、データブリッジに加えられるべきすべての会議者
の電話番号を与える。ＮＳＣプロセッサ１０１は中央プ
ロセッサ１０８と共同して各々の会議者のデータセット
とデータブリッジ１３５の間にタイムスロット入替装置
１２４を経由した通信路を設定する。一般に、データブ
リッジ１３５は制御バス１３４を通したＮＳＣプロセッ
サ１０１からの命令の形式で会議者をブリッジに接続し
たり、切断したりする要求を受け取る。これらの命令の
性質は、その詳細は本発明の完全な理解のためには不必
要であるからここでは述べない。

データブリッジの装置は第２図により完全に開示されて
いる。第２図に示すように、データブリッジ１３５はデ
ータブリッジプロセッサ２００、２０１のような複数の
データリンクプロセッサ、共用のバッファメモリー２０
３およびバスシーケンサ２０４を含む。各々のデータリ
ンクプロセッサには２０８のようなポートデータインタ
フェースと２０２のような複数のポートが接続されてい
る。この実施例においては、データブリッジ中に８個の
データリンクプロセッサが設けられており、各々のデー
タリンクプロセッサは８個のポートを取扱かうようにな
っているから、データブリッジ当り全部で６４個のポー
トがあることになる。

データブリッジは二つのバスすなわち、制御機能を取扱
かう直列制御バス１３４とデータ機能を取扱かう時分割
多重データバス１３３を介してネットワークサービスコ
ンプレックスの他の要素とインターフェースをとってい
る。

制御バス１３４へのアクセスはスレーブとして動作する
データブリッジ１３５のようなユニットに対してマスタ
ーユニットとして動作するＮＳＣプロセッサ１０１によ
って決定される。各々のスレーブはスレーブがバスを使
いたいと思ったとき信号を出す専用の割込みリードを持
ちマスターはバス上のスレーブの動作を停止するカット
オフリードを持っている。

時分割多重バス１３３はビット並列、ワード直列の両方
向データバスであり、６４Ｋｂ／秒のビット速度の２５
６チャネルを与える。チャネルの内の６４個（すなわ
ち、データブリッジポート当りひとつ）はこの実施例で
はデータブリッジに専用となっており、他のチャネルは
音声ブリッジ１２８のような他のスレーブユニットに使
用される。

説明の目的で、データブリッジを使用している顧客がネ
ットワークトランクを使用して、少くとも二つの通信モ
ードで通信を行なうものと考える。従って、ある顧客は
４．８Ｋｂ／秒の半二重接続を提供するトランクを使用
し、他の顧客は５６Ｋｂ／秒のデータ周波数で動作する
全二重接続を提供するトランクを使用するものとする。

データ通信のこれらのモードの各々はまた顧客データ端
末とデータブリッジの間に異る信号のシーケンスを必要
とする。しかし、ブリッジはそれ自身を任意のトランク
のデータ速度と信号方式に適応させる機能によって異る
端末に対して透明であるように見える。

説明のためにさらにデータ端末はＣＣＩＴＴによって勧
告されているがまだ標準化されていないグループIVのフ
ァクシミリを用いてネットワークを通してデータブリッ
ジと通信するものと仮定している。もちろん本発明の精
神と範囲を逸脱することなく他のデータ速度とプロトコ
ルを使用できることは当業者には明らかである。

提案されてグループIVのプロトコルは７層のプロトコル
であるが、すべてのレべルがデータブリッジによって使
用されるものではない。レべル１は機械的電気的機能お
よび、データ端末と交換装置の間で接続を設定、維持、
開放するための手順を規定している。このレべルは全二
重、半二重動作、同期あるいは非同期動作を指示する。
レべル２はデータリンク層と呼ばれ、データリンクの開
始、誤り制御およびフロー制御を取扱かう。レべル３は
ネットワーク層と呼ばれ、ネットワーク接続を設定、開
放するのに必要な情報を取扱かう。これはデータブリッ
ジの実現において最小限実現される。しかしこれらは本
発明の精神と範囲の中で完全に実現できる。

レべル４はトランスポート層と呼ばれ、データブリッジ
が常にトランスポート接続要求を開始し、オクテットの
大きさを指定し、高速端末からの大きなフレームを低速
端末のための小さなフレームに分解するように実装され
ている。これに対してレべル５はセション層であり、こ
れは二つのエンド装置（この場合にはデータブリッジと
各端末）の間で通信を設定し管理し、伝送を行なうよう
になっている。換言すれば、二つのエンドポイント設備
が以下に詳述するようにデバイスのタイプ、端末の機能
に関連してその能力に関して情報のやりとりを行なう。

グループIVファクシミリプロトコルのレべル６はドキュ
メンド層と呼ばれ、データタイプおよびドキュメントの
構成を規定する。一方レべル７のプロトコルはユーザに
よって規定されるので、ここでは述べない。

ここで第２図の装置の説明に戻れば、データブリッジプ
ロセッサ２００はデータブリッジの主制御である。これ
は直列制御バス１３４を経由してＮＳＣプロセッサ１０
１に接続され、バスからこれは会議構成の情報を受信
し、バスに対してこれは会議の状態を報告する。データ
ブリッジプロセッサ２００はブリッジプロセッサのシス
テムバス２０９とバスシーケンサ２０４を経由して共用
バッファメモリー２０３に接続されている。データブリ
ッジプロセッサ２００がセションおよびドキュメントプ
ロトコルのデータを得るのは共用バッファメモリー２０
３からである。データブリッジプロセッサ２００はまた
ポート構成を制御し、ポートの状態を監視するためにバ
ス２０９を経由して種々のデータリンクプロセッサにア
クセスする。さらに、データブリッジの全体の保守機能
はデータブリッジプロセッサの制御下に実行される。

データリンクプロセッサの各々はポート２０２のような
８個のハイレべルデータリンク制御（ＨＤＬＣ）ポート
と接続されており、データブリッジプロセッサ２００の
指示によってポートの構成を制御する。データリンクプ
ロセッサはまた同期サイクリック冗長チエックおよびビ
ット挿入を除いてすべてのデータリンクレべルのプロト
コル手順を取扱かう。

ポート２０２のようなポートはレべル２のプロトコルの
実際のフレームの送信と受信を行なう。ポートは２０８
のようなポートデータインタフェースと接続されてお
り、ここからポートは５６Ｋｂ／秒の直列データを受信
し、また２０７のようなモデムと接続されており、ここ
からポートは４．８Ｋｂ／秒の直列データを受信する。
ポートはまた通信バス２１１を経由して時分割方式で共
用バッファメモリーと直接にインタフェースされ、関連
するデータリンクプロセッサの指示によりネットワーク
を通して会議者に送出されるべき情報をメモリーから読
み出したり、会議者から受信されたデータをメモリーに
書き込むように動作する。

第２図に図示されたデータブリッジの主要なモジュール
はまた他の図面により詳細に図示されている。これらの
モジュールの説明を第６図に示されたポート２０２の説
明から開始しよう。

ポート２０２は外部クロックによって決定されるデータ
速度で直列形式でハイレべルデータリンク制御（ＨＤＬ
Ｃ）のフレームを送受信する。図示の実施例において
は、二つのデータ速度、すなわち４．８Ｋｂ／秒と５６
Ｋｂ／秒だけを考えている。ポートはまたフレームの情
報部のためのデータバッファメモリー２０３との間のデ
ータの転送を実行し、ポートはそれに関連したデータリ
ンクプロセッサからバス２１０を通して受信されたコマ
ンドによって、何時、何処へフレームを受信および送信
するかを決定する。ポートによってコマンドが実行され
たあと、ポートはデータリンクプロセッサに応答してコ
マンドが実行されたことを示す。ポートとそのデータリ
ンクプロセッサの間の通信はデータリンクプロセッサの
記憶空間に埋込まれた共用メモリーを経由して行なわれ
る。

第６図に図示したように、ポートはポートコントローラ
６００、直接メモリーアクセス（ＤＭＡ）コントローラ
６０１、ハイレべルデータリンク（ＨＤＬＣ）コントロ
ーラ６０２、通信ＲＡＭ６１０および種々のバスシステ
ムとインタフェースするための他の装置を含んでいる。

ポートコントローラ６００はプログラム記憶のための関
連するＥＰＲＯＭを持ったマイクロプロセッサを含んで
おり、データリンクプロセッサからバス２１０を通して
受信されたプログラムを実行することによってポートの
制御を行なう。ポートは同時にフレームを送信し、受信
することができるようになっている。ポートは内部アド
レスバス６１７とデータバス６１８を持っており、これ
らのバスはインタフェース６１１を経由してデータリン
クプロセッサの外部バス２１０に接続されている。ポー
トそのものの内部においては、バス６１７、６１８はＲ
ＡＭ６１０とポートコントローラ６００に直接接続され
ており、アドレスデコーダ608を経由してＤＭＡコント
ローラ６０１、ＨＤＬＣコントローラ６０２および共用
データメモリーのアドレスラッチとデータラッチ６０３
−６０６に接続されている。ポートコントローラ６００
はバス６１７、６１８を通して上述した他の装置の動作
を制御する。

データリンクプロセッサ２０１（第２図および第４図）
はポート内のポートコントローラ６００がアクセスでき
ると同じすべての外部アドレスを読み書きすることがて
き、ＤＭＡコントローラ６０１はバス６１７および６１
８を通して共用バッファメモリーアドレスラッチとデー
タラッチ６０３−６０６にアクセスすることができるの
で、バスアービトレーションユニット６１６が設けられ
ている。これによってデータリンクコントローラ２０
１、ＤＭＡコントローラ６０１およびポートコントロー
ラ６００は必要に応じてポートアドレスバス６１７とポ
ートデータバス６１８を共用アクセスできるようにな
る。

ＤＭＡコントローラ６０１がアクセスを必要とするとき
には、これは導体６１９のホールド要求信号をアサート
し、これによってポートコントローラ６００は、次のサ
イクルの開始時に実行を停止する。確認信号は導体６２
０を通して返送され、ＤＭＡコントローラ６０１はそれ
が要求を除くまでバスにアクセスできるようになる。デ
ータリンクプロセッサ２０１がバスにアクセスする必要
があるときには、これは単にポートをアドレスし、ポー
トコントローラ６００は次の命令の開始を止める。ＤＭ
Ａコントローラ６０１とデータリンクプロセッサ２０１
の両方がポートバスに対するアクセスを要求したときに
は、与えられたアクセスを最初に要求したデバイスに対
してアクセス権が与えられ、ＤＭＡコントローラ６０１
には同時アクセスがポートに受信されたときにアクセス
権が与えられる。

データリンクプロセッサ２０１は共用の通信ＲＡＭ６１
０を経由してポートコントローラに対して命令を送る。

会議者からのデータはポートデータインタフェースある
いはモデムからポートによって受信され、ポートはポー
トデータインタフェースからの信号によって特定のデー
タ周波数で動作するように指示される。もしポートが
４．８Ｋｂ／秒のデータ周波数で送信している会議者か
らのデータを受信するときには、その情報は（第２図の
モデム２０７のような）モデムを経由して、速度選択イ
ンタフェース６０７に送られる。インタフェース６０７
はＨＤＬＣコントローラ６０２とポートコントローラ６
００のファームウェアによって使用されるべき４．８Ｋ
ｂ／秒のデータおよび制御情報を与える。インタフェー
ス６０７はまたモデムに対していくつかの制御信号を与
える。

ＨＤＬＣコントローラ６０２はフレーミング、ビットス
タッフィング、ＣＲＣの発生・検査の機能を実行する。
ポートの８ビットデータバスとポートデータインタフェ
ース２０８あるいはモデム２０７の間の直並列変換も行
なわれる。

ＨＤＬＣコントローラ６０２はポートコントローラ６０
０の制御下にある。例えば、ポートコントローラ６００
はＨＤＬＣコントローラ６０２に対して最大バッファ長
と結合された受信コマンドを書くことができる。次にＨ
ＤＬＣコントローラはデータのバイトを受信し、これを
ＤＭＡコントローラ６０１および書き込みラッチ６０
３、６０４を通して共用バッファメモリーに入れる。フ
レームの完了によって、ＨＤＬＣコントローラ６０２は
これをポートコントローラ６００に知らせ、コントロー
ラ６００は結果を読むことができる。

上述したように、ポートはすべての会議者データの共用
バッファメモリーからの読み出しおよび当該メモリへの
書き込み機能を制御する共用バッファメモリーに対する
アクセスはインタフェース６１４と付勢回路６１３を経
由して、通信バス２１１を経由して、固定タイムスロッ
ト方式で行なわれる。各々のポートには１２５マイクロ
秒ごとにひとつの読み出しサイクルとひとつの書き込み
サイクルが割当てられる。これによって上述した二つの
異る顧客の通信モードのいずれをも上まわる実行的な６
４Ｋｂ／秒のデータ周波数が得られることになる。

ＤＭＡコントローラ６０１の読み出しおよび書き込み部
分はＨＤＬＣコントローラ６０２からの読み出しおよび
書き込み要求を取扱かう。ＤＭＡコントローラ６０１は
またデータおよびアドレスラッチ６０３−６０４を管理
し何時読み出しおよび書き込み性能が実効されるかを決
定する。

フレームの初期アドレスは２４ビットを含んでおり、こ
れによって、共用バッファメモリーの１６メガバイトを
ポートからアクセスできるようになる。メモリーは論理
的に１Ｋバイトのブロックに分割されており、新らしい
アドレスは各フレームに書き込まれる。

フレームを受信するためには、ポートコントローラは単
にDMAコントローラ６０１をフレームアドレスの下位の
１６ビットによりロードし、上位の８ビットは書き込み
アドレスラッチ６０３に格納される。フレームの最大バ
イト長はＤＭＡコントローラ６０１の書き込み部分のタ
ーミナルカウントに書き込まれる。ＨＤＬＣコントロー
ラ６０２からのバイトが利用できるようになると、DMA
コントローラ６０１はポートバスにアクセスして、下位
の１６ビットを書き込みアドレスラッチに格納する。次
にＤＭＡコントローラはデータをＨＤＬＣコントローラ
から書き込みデータラッチ６０４に向かわせる。

各ポートには１２５マイクロ秒ごとに１回の共用バッフ
ァメモリーの読み出しと書き込みが保障されている。適
切なタイムスロットカウントがデコードされたときに、
ラッチ読み出しあるいはラッチ書き込み信号に従って読
み出しあるいはラッチ書き込みが行なわれる。ラッチ書
き込み信号がセットされたときに、共用バッファメモリ
ーの書き込みタイムスロットが次に生ずると、アドレス
の上位の１６ビットが通信バス２１１にストローブさ
れ、これにアドレスの下位の８ビットと受信データバイ
トが続く。次にラッチ書き込み信号は自動的にクリアさ
れる。共用バッファメモリーからのデータが送信すべく
読み出しラッチにストローブされる点を除けば、共用バ
ッファメモリーを読み出すために同様の動作が行なわれ
る。

第６図に図示したポート２０２はまた制御およびステー
タスレジスタ６０９を含んでいる。制御レジスタはロー
カルポートコントローラ６００あるいはデータリンクプ
ロセッサ２０１によってセットされ、レジスタは選択的
にセットされて生ずるべき事象の原因となるようになっ
ている。例えば、ポートコントローラをサービスから除
去するためには、データリンクプロセッサによって、レ
ジスタ中にカットオフビットが挿入される。またポート
コントローラがデータリンクプロセッサによる動作を要
求するときにはサービスビットをセットすることができ
る。サービスビットのセットによってデータリンクプロ
セッサに対して割込みを生ずる。

ステータスレジスタはそのステータスを報告するために
ポート中の種々のユニットによってセットできるいくつ
かのビットを含んでいる。ディジタルと名付けられたビ
ットはそのポートが受信すべきデータ速度を示すために
ポートデータインタフェースによってセットされ、ステ
ータスレジスタは共用バッファメモリーの書き込みある
いは読み出しが生じたときにこれを示す他のステータス
ビットを含んでいる。

ポートデータインタフェース２０８は第５図により詳し
く示されており、次に説明する。この図示の実施例にお
いては、ポートデータインタフェースは第６図に図示し
たようなポート２０２のような８個のポートユニットと
共に機能する。ポートデータインタフェースは会議者が
使用する異る伝送モードについてポートと時分割多重デ
ータバスをインタフェースする。上述したように、説明
の目的で、会議者は４．８あるいは５６Ｋｂ／秒のデー
タ周波数でネットワークのチャネルを通して通信できる
としよう。ポートデータインタフェース２０８は市外交
換局１０２の標準のＴ１トランクと互換性のある６４Ｋ
ｂ／秒の速度で時分割多重データバス１３３と通信バス
２１１を経由してネットワークサービスコンプレックス
のタイムスロット入替装置１２４（第１図）と通信す
る。従って、通信バス２１１上のＴ１データ速度におけ
るデータの各８ビットのバイトは４．８Ｋｂ／秒の会議
チャネルあるいは５６Ｋｂ／秒の会議チャネルのいずれ
かを表わす。

５６Ｋｂ／秒の会議のためには、ポートデータインタフ
ェースはひとつの信号ビットを除去し、残りの７ビット
のデータを通信バス２１１上の並列形式から直列形式に
変換し、これを導体522を通して直接ポート２０２中の
速度選択インタフェースユニットに直接送出する。

ネットワークを通して４．８Ｋｂ／秒の周波数で伝送し
ている会議者については、８ビットのデータバイトは直
列に変換されて、ＣＯＤＥＣ５２０に送信される。ＣＯ
ＤＥＣ５２０は直列のPCM情報をアナログに変換し、ア
ナログ信号をモデム２０７に送信する（第２図参照）。
モデム２０７はアナログ信号をディジタル形式に変換
し、このデータの流れはポート２０２中の速度選択イン
タフェースに送られる。次に、上述したように、ポート
は通信バス２１１を使用して共用バッファメモリーにデ
ータを記憶することができる。

従って、データはポートデータインタフェースによって
処理されたあとで、共用バッファメモリーに記憶され、
ポートは会議者の端末が使用しているデータ速度に関係
なくすべての会議者について同一の形式に成っている。
このデータは次にその会議者と互換性のあるデータ周波
数で任意の会議者に送出するように、共用バッファメモ
リーからポートによって引き出される。

第５図に図示したポートデータインタフェース２０８は
バス２１０を通してデータリンクプロセッサによって直
接アクセスできる７個の制御レジスタを持っている。こ
れらのレジスタはデータ速度の変換の選択とデータリン
クプロセッサ２０１の指示によって空きチャネルへの空
きコードの送信を制御する。

受信データレジスタ５０４と送信データレジスタ５０７
は８ビットのレジスタであり、これらは通信バス２１１
を経由して時分割多重データバスとの間でデータを書き
込んだり、読み出したりすのに使用される。

他のレジスタは各レジスタが各ポートについて１ビット
を持ち、各レジスタが次のようなポードの機能に対応す
るようになっている。すなわちレジスタＤＩＧ／ＡＮＡ
５０６はポートによって送受信されるべきビット周波数
を決定するポート当りのビットを含む。レジスタＤＡＴ
ＡＰＯＲＴ５１１はポートとの間で送受信される直列デ
ータを付勢、消勢するビットを含む。レジスタDMODES５
０５は５６Ｋｂ／秒のチャネルが遠端の端末からデータ
モードの表示を受信しているかを示すポート当り１ビッ
トを持つ読み出し専用のレジスタである。レジスタＴＰ
ＳＤＣＢＩＴ５０３はまた各ポート当りに１ビットを持
ち、５６Ｋｂ／秒のデータの流れの各バイトの第８ビッ
トが時分割多重データバスを通して伝送されるべきかど
うかを指定する。レジスタＲＥＡＤＲＥＧ５１０はポー
ト当り１ビットを含み、このビットがセットされている
ときには、そのポートに向けた時分割多重バス上の内容
が受信データレジスタ５０４に読み込まれる。

ポートデータインタフェースの動作は会議者が５６Ｋｂ
／秒のデータ端末を利用しており、データをポートと６
４Ｋｂ／秒でデータを取扱かう時分割多重データバスの
間で伝送しなければならないときの、ポートデータイン
タフェースの動作を説明することによって最も良く理解
できる。

まず、データリンクプロセッサがポートデータインタフ
ェースに対してＤＩＧ／ＡＮＡレジスタ５０６をセット
する命令を送り、ポート２０２を５６Ｋｂ／秒のデータ
速度のモードにすにように指示したとしよう。通信バス
２１１を経由して時分割多重データバスから受信された
８ビットの並列データはパリティ検査回路によって、パ
リティを検査されてポート２０２に対応する５０１のよ
うなディジタルデータシフトレジスタにシフトされる。
遠端の端末がセットモードにあるかデータモードにある
かを示す信号ビットは入来信号から外されて、残りの７
ビットが導体５２２を通して直列にポートに対してシフ
トされる。適切な時点でポート２０２はデータを共用バ
ッファメモリー２０３に入れることができる。これと同
時にメモリー２０３から読み出されたポートからの直列
データはレジスタ５０１にシフトされ、７ビットが集め
られたあとで、それに信号ビットが付加されて、送信バ
ッファ515に格納される。適切なタイムスロット番号の
ときに、バッファ５１５はアンロードされ、データは通
信バス２１１と時分割多重データバスに送られ、タイム
スロット入替装置を経由して遠端の端末に送られる。

信号ビットはチャネルのモードを示す。より詳しく述べ
れば、音声モードではビットは０から１に変化し、また
逆に変化する。一方ディジタルデータモードでは、ビッ
トは１の連続であり、ディジタル制御モードを示すとき
には０の連続が送出される。

受信された信号ビットはチャネルがデータモードにある
か制御モードにあるかを判定するために計数され、モー
ドに変化があると割込み信号がデータリンクプロセッサ
に対して送られる。

レジスタ５０６と５１１の各々のビットは共に取り出さ
れて、各ポートの状態を指定する。従って、ＤＩＧ／Ａ
ＮＡレジスタ５０６の０あるいは１はそれぞれチャネル
が５６Ｋｂ／秒のモードにあるか４．８Ｋｂ／秒のモー
ドにあるかを示す。さらに、もしポートが５６Ｋｂ／秒
のモードにあれば、そのときにはDATAPORTレジスタ５１
１の０あるいは１はそれぞれチャネルが制御モードにあ
るかデータモードにあるかを示すことになる。制御モー
ドにおいては、送信データレジスタ５０７に格納された
ものは何でも時分割多重データバスに送出され、一方デ
ータモードにおいては、ポートからの直列データが送出
される。

データリンクプロセッサの制御下にあるポートデータイ
ンタフェースは、レグをデータ会議に設定したり、取り
外したりするのに三つの一般的シーケンスを通して進
む。監視シーケンスは遠端の（すなわち会議者の）端末
が制御モードにあるかどうかを判定するために実行され
る。このシーケンスにおいては、会議開始者の音声路が
ネットワークサービスコンプレックスのタイムスロット
入替装置を経由して遠端の端末の送信路と受信路の両方
に接続される。ポートデータインタフェースは同一のタ
イムスロット入替ユニットを通して端末からの受信路に
のみ接続される。遠端の端末は音声受信モードにあるか
ら、これは制御あるいは音声モードのいずれかにあり、
データモードにはない。

時分割多重データバスからデータを読み出すためにデー
タリンクプロセッサがポートデータインタフェースを設
定したときに監視シーケンスが開始される。これはレジ
スタ５０６にポート202のビットを設定して、ポートデ
ータインタフェースを５６Ｋｂ／秒のデータ周波数でデ
ータを受信する条件にしたときに完成される。データポ
ート（ＤＡＴＡＰＯＲＴ）レジスタ５１１はポートから
の直列データを消勢して、送信データレジスタ５０７の
出力を時分割多重データバスを通して送信するようにセ
ットされる。

次に時分割多重データバスの受信部の内容が受信データ
レジスタ５０４に読み込まれ、“制御モード空き”のコ
ードが受信されるタイムスロットの数を計数するために
ソフトウエアカウンタが設定される。１２５マイクロ秒
ごとにレジスタ５０４には新らしいバイトが利用でき
る。もし制御モード空きのキャラクタが見付からなけれ
ば、これは遠端の端末がディジタル制御モードにはない
ことを意味する。

制御モード空きキャラクタが検出されるたびに、カウン
タは増分され、８個の連続したバイトが受信されたあと
で、データブリッジは遠端の端末が制御モードにあるこ
とを判定する。ポートが制御モードにあることを検出す
ると、データリンクプロセッサはデータブリッジプロセ
ッサに対して監視成功応答を報告する。この事象の順序
のフローチャートを第７図に示す。

事象の接続シーケンスはポートを会議に接続するための
ポート設定に必要なデータリンクプロセッサとポートデ
ータインタフェイースの動作を記述している。このシー
ケンスは第８図の流れ図に示されており、上述した監視
シーケンスを実行することによって開始される。データ
リンクプロセッサはまた送信データレジスタ５０７を制
御モード空きバイトにセットし、制御モード空きのキャ
ラクタが遠端の端末に対して８回送信される。

次にデータリンクプロセッサはポート２０２に関連した
レジスタ５０３にビットをセットし、ディジタルデータ
モードのキャラクタが送信されるようにする。またポー
トを付勢して直列データを送信および受信するためにＤ
ＡＴＡＰＯＲＴレジスタ５１１中のビットがセットされ
る。

次にソフトウエアのカウンタが遠端の端末がデータモー
ドに切替わるのに要する時間を計時するようにセットさ
れる。レジスタ５１１中のビツトがセットされてから、
入来信号のビットは遠端の端末がデータモードに切替わ
ったことを示すために“１”の連続に変化するはずであ
る。

もし遠端の端末がデータモードを変化する前にタイムア
ウトが生ずれば、失敗のメッセージがデータリンクプロ
セッサからデータブリッジプロセッサに対して送出さ
れ、接続の試みが放棄される。

もしモードの変化が検出されれば、カウンタは増分され
信号ビットが４８個連続して“１”であるのが検出され
るとデータモードの変化を知らせる。データモードへの
変化が検出されたとき、データリンクプロセッサからデ
ータブリッジプロセッサに対してリンク成功メッセージ
が送られる。

チャネルを通した伝送を終了するためには、データリン
クプロセッサによって切断シーケンスが入れられる。シ
ーケンスはチャネルが制御モードにあるとき、あるいは
チャネルがデータ会議呼用に設定されているかまたは動
作しているときに、データブリッジプロセッサからデー
タリンクプロセッサへの命令により開始される。

データリンクプロセッサが指示を受けたときに、これは
ＲＥＡＤＲＥＧレジスタ５１０、ＤＡＴＡＰＯＲＴレジ
スタ511およびＤＩＧ／ＡＮＡレジスタ５０６をリセッ
トし、これが完了するとデータブリッジプロセッサに対
してリンクの切断に成功したことを知らせる。

上述したように、本発明のこの実施例においてはデータ
ブリッジプロセッサとポートを接続するために８個のデ
ータリンクプロセッサが設けられている。データリンク
プロセッサの基本的機能はデータブリッジプロセッサか
らの指示によってその８個のポートの構成を制御し、さ
らに同期、サイクリック冗長チェックおよびビット挿入
を除くすべてのリンクレべルプロトコルを取扱かうこと
である。さらに、特定の仕事が実行されたときには、デ
ータリンクプロセッサはデータブリッジプロセッサに対
してレポートを返す。

データリンクプロセッサは８ビットマイクロプロセッサ
ベースのシステムであり、第４図に示すようにリードオ
ンリーメモリー４０８、ＲＡＭ４０９、優先割込みコン
トローラ４１４、プログラマブルタイマ４１９および種
々の他のユニットを含んでいる。データリンクプロセッ
サはブリッジプロセッサのシステムバス２０９とインタ
フェース４０２を経由してデータブリッジプロセッサと
インタフェースされる。同様に、ポートデータインタフ
ェースとポートへのアクセスはデータリンクプロセッサ
の外部バスを通して行なわれる。

中央処理ユニット４０２は８６ビットのデータバス４１
８と１６ビットのアドレスバス４１７を経由してデータ
リンクプロセッサの他のユニットと接続された８ビット
の中央処理装置である。

データブリッジプロセッサ（第２図および第３図）はバ
ス209とインタフェース４０２を通してデータリンクプ
ロセッサのひとつをアドレスする。ひとつのデータリン
クプロセッサ２０１が選択されたときに、中央処理装置
４００はアドレスバス４１７の制御を放棄し、データブ
リッジプロセッサがデータリンクプロセッサ中のデータ
を選択できるようにする。

優先割込みコントローラ４１４はデータリンクプロセッ
サ内部のユニットおよび対応するポートデータインタフ
ェースとそれに接続された８個のポートにある外部ユニ
ットからのいくつかのレべルの優先割込みができるよう
になっている。

コントローラ４１４によって割込みが受信されたとき
に、これはプロセッサ４００に対して割込み要求を出
す。プロセッサ400はその割込みの性質を確認して実行
されるべき割込みサービスルーチンの第１の命令にジャ
ンプする。

誤り源レジスタ（ＥＳＲ）４１５はプロセッサがデータ
リンクプロセッサ内あるいは外部で生じた誤りを認識す
るための手段である。内部誤りはバスのひとつにおける
パリティ誤りの検出、タイムアウト、ＲＡＭ誤りの結果
として生ずる。ポートデータインタフェースあるいはポ
ートのハードウエア誤りはデータリンクプロセッサに関
する限り外部誤りとされ、これらはレジスタ４１５によ
って検出される。

ステータレジスタ４０４はデータリンクプロセッサ内あ
るいはその制御下にあるいくつかのハードウエア装置の
状態を示すために設けられている。またデータリンクプ
ロセッサがデータブリッジプロセッサに割込みをかけた
り、リセットしたりするために、ステータレジスタ内の
いくつかのビットはデータブリッジプロセッサによって
セットできるようになっている。

第４図に図示したデータリンクプロセッサはまたインタ
フェース４１６を含み、これはデータリンクプロセッサ
がポートおよびポートインタフェースに接続できるよう
にする。アドレスバス４１７のいくつかのリードはイン
タフェースを経由してポートに延びており、またデータ
バス４１８を通してポートデータインタフェースに延び
ている。アドレスデコーダ４０３の出力はポートデータ
インタフェースあるいはポートのひとつを選択する。ポ
ートが選択されたときには、データリンクプロセッサ
は、それがポートバスを使用できるようになる前にポー
トが現在のメモリーサイクルを完了するのを待たなけれ
ばならない。次にポートコントローラはデータリンクプ
ロセッサに渡して、データリンクプロセッサが固定した
時間幅の中でその動作を完了できるようにする。

データブリッジプロセッサはデータブリッジシステムの
主制御プロセッサであり、第３図に図示されている。こ
の実施例では、データブリッジプロセッサは１６ビット
の中央処理ユニット300、メモリー３０６、３０７、３
１８、優先割込みコントローラ312および他の雑回路を
含んでいる。

中央処理ユニット３００は二つの常駐メモリーすなわち
ＲＡＭ３０７とＨＰＲＯＭ３０６を持っており、レジデ
ントバス３１６を通してこれらのメモリーにアクセスす
る。プログラム記憶とスクラッチパッドメモリーとし
て、ゲートブリッジの中央処理ユニット３００はローカ
ルバス３１７を通してアクセスできるダイナミックＲＡ
Ｍ３１８を使用する。

データブリッジプロセッサはバスアービタ３０１、バス
コントロール３０２、バッファ３０３を通してブリッジ
プロセッサのシステムバス２０９にアクセスし、データ
ブリッジプロセッサが共用バッファメモリー２０３と前
述の８個のデータリンクプロセッサの任意のものにアク
セスするのは、このバスを通してである。さらに、デー
タブリッジプロセッサがネットワークサービスコンプレ
ックスのプロセッサ１０１と通信するのはバス２０９を
通してである。

優先割込みコントローラ３１２はデータブリッジプロセ
ッサの中のユニットと８個のデータリンクプロセッサの
ような外部ユニットからの優先割込みの機能を提供す
る。コントローラ３１２は予め定められたスケジュール
に従って、同時割込みの場合の優先順を自動的に決定す
る。

第２図に図示した共用バッファメモリー２０３は会議の
間にポートとデータブリッジプロセッサの間を通るデー
タを一時的に記憶するのに使用される。本発明の一実施
例においては、メモリーはダイナミックＲＡＭの６個の
モジュールから成り、各モジュールは５１２キロバイト
までのメモリーを含むようになっている。

メモリーはポートについては通信バス２１１を通してア
クセスされ、データブリッジプロセッサと８個のデータ
リンクプロセッサについてはブリッジプロセッサシステ
ムバス２０９を通して通信バスによってアクセスできる
ようになっている。バスシーケンサ２０４はこれらのバ
スのタイミング、メモリーのリフレッシュおよびアクセ
スの割当てを行なうようになっている。

１２５マイクロ秒のフレーム時間は６４個のサブフレー
ムに分割され、各々がデータブリッジのポートに対応す
るようになっている。各々のサブフレームはさらに二つ
のポートアクセスサイクルとひとつのデータブリッジプ
ロセッササイクルに分割されている。ポートアクセスサ
イクルの間には、共用バッファメモリーバス２１２は通
信バス２１１に接続され、タイムスロットカウントによ
って選択されたポートは共用バッファメモリーとの間で
データの読み書きを行なうためにこれらのバスを駆動す
るようになっている。メモリーのリフレッシュに用いる
８個の内の１サイクルを除いて、データブリッジプロセ
ッサはサブフレームサイクルのその部分の間で共用バッ
ファメモリーにアクセスする。

上述したように、データブリッジ１３５はＮＳＣプロセ
ッサ１０１からの指示に応動して、各々の会議について
のレグ（すなわち，ポートあるいはチャネル）を追加し
たり、接続したりする。

会議のレグを追加してデータブリッジシステムを通して
会議データを交換するためのパラメータの共通の集合を
設定する動作のシーケンスを第９図乃至第１１図に関連
して説明する。

会議は各々の会議者のデータ端末に関連した電話番号を
ダイヤルする会議開始者の指示によって設定される。デ
ータ会議を設定する要求を受信すると、プロセッサ１０
１は自己のメモリーを調べて、会議のために充分な資源
が利用できるかを確認し、会議用に充分な数のデータポ
ートを用意する。市外交換機１０２はプロセッサ１０１
の要求によって、各データ端末への通信路を設定する。

リンク１３１で空きのＴ１トランクがデータ端末へのネ
ットワークを通した接続のために選択されたときに、Ｎ
ＳＣプロセッサ１０１はこれらのトランクをＴＳＩ１２
４を通して、これらの予約されたポートのひとつに割当
てられたタイムスロットに接合する。同時にＮＳＣプロ
セッサ１０１は制御バス１３４を通して、データブリッ
ジプロセッサ２００に対して、ブロック９００で示した
ような“レグ追加”コマンドを送る。このコマンドはポ
ートによって取扱かわれるべき、会議番号、ポート番号
および端末のデータ速度を示す。

レグ追加コマンドに応動して、データブリッジプロセッ
サは選択されたポートに対して、ポートの“ウェークア
ップ”、“割当”および“接続”の命令（ブロック９０
１−９０３）を送る。“ウェークアップ”命令によって
データリンクプロセッサはデータブリッジプロセッサか
らの以降の命令のバッファの走査を開始し、“割当”命
令は受信データを記憶するためにポートによって使用さ
れる共用バッファメモリーのはじめと終りのアドレスを
割当てる。“接続”命令はレグを設定し、ポートのデー
タ速度を規定するために送られる。データ速度はクロッ
ク速度と、端末が全二重モード、半二重モードのいずれ
で動作するかなどを規定する。

データブリッジプロセッサからの接続命令に応動して、
データリンクプロセッサ２０１はプロトコルのリンク層
（レべル２）を通してポートを初期化する。データリン
クプロセッサは共用メモリー２０３を用いてしてポート
コントローラ６００と通信する。データリンクプロセッ
サからのポートを初期化するコマンドはポートを全二重
あるいは半二重モードにしてポートが時分割多重データ
バスを通してデータの最初のフレームを受信するように
準備する。

ポートが初期化されたとき、これはデータリンクプロセ
ッサに対して、これがデータを転送するように構成され
たことを示す応答を返送する。データリンクプロセッサ
はまたデータブリッジプロセッサに応動して、データブ
リッジプロセッサに対して、ブロック９０４で示された
ようにデータリンク層が開始されたことを知らせる。

データリンクプロセッサがリンク層のプロトコルを通し
てポートを初期化したという確信に応動して、データブ
リッジプロセッサ２００はデータリンクプロセッサに対
してコマンドを送り、ポートによって取扱かわれる遠方
のデータセットに対して“トランスポート接続要求”
（ＴＣＲ）コマンドをポートに送出させる（ブロック９
０５）。データブリッジは常に起呼データステーション
として動作するから、ＴＣＲコマンドはデータブリッジ
から送出され、トランスポート接続を開始し、これはプ
ロトコルクラスとオプション機能に関する情報を含んで
いる。上述した例においては、データブリッジは他のこ
とと共に二つのデータブロックの大きさが利用できるこ
とを示す。その一方は全二重の５６Ｋｂ／秒のデータ速
度のものであり、他方は上述した半二重の４．８Ｋｂ／
秒のデータ速度のものである。

コマンドメッセージはデータブリッジプロセッサ２００
が共用バッファメモリーにコマンドを格納し、データリ
ンクプロセッサに対してそのレグに関連したポートにメ
モリーに記憶された情報を送信させるよう指示すること
によって、会議レグを通して遠方のデータステーション
に対して送られる。同様に、端末から送られてポートに
よって受信された応答メッセージがポートによって共用
バッファメモリーに入れられる。ポートは次に、データ
リンクプロセッサに対してメッセージが受信されたこと
を知らせ、データリンクプロセッサに対してそのデータ
を記憶するのに使用されたメモリーのアドレスを知らせ
る。

ＴＣＲメッセージを受信すると、遠方のデータステーシ
ョンはブリッジのポート回路に対して、それがトランス
ポート接続を受信したことを示す“トランスポート接続
受理”（ＴＣＡ）メツセージを返送する。ＴＣＡデータ
ブロックはその接続に適用されるトランスポートパラメ
ータを含み、これがデータブリッジシステムによって使
用されるものとなる。

データブリッジポートはＴＣＡメッセージを受信する
と、これを共用バッファメモリーに入れ、データリンク
プロセッサに対して、メッセージが受信されたことを報
告する。データリンクプロセッサはメッセージを調べ、
これが有効なＴＣＡメッセージであることを確認し、デ
ータブリッジプロセッサに対して、ブロック９０６に示
すように“トランスポート接続受理”メッセージが受信
されたことを報告する。

これが接続の第１のレグであることを判定したあとで、
データブリッジプロセッサ２００はブロック９０７のイ
エス側の分岐を実行し、データリンクプロセッサに対し
てブロック９０８で示されるようにポート２０２によっ
て取扱かわれるリモートデータ端末に向けて、“コマン
ドセション開始”（ＣＳＳ）メッセージを送らせるよう
に命令する。

次に発明の概略の説明で記載されている第１のデータ端
末の通信パラメータの第１の集合の確認に相当する動作
を説明する。

ＣＳＳメッセージは通信のセションレべルを設定するよ
うに使用されるコマンドである。ＣＳＳメッセージによ
って送信される情報にはサービス識別子、端末識別子
（この場合にはデータブリッジシステム１３５）それに
時刻と日付がある。これと共にページの大きさ、イメー
ジコーディングの機能、分割能のような非基本端末機
能、ウィンドウサイズ、ブリッジの製造会社を識別する
のに使用される製造会社コードのような非基本セション
機能が送られる。製造会社のコードの場合には、製造会
社の国と装置タイプも送られる。

ＣＳＳメッセージはまた起呼端末の専用使用パラメータ
を示すデータフィールドを含んでいる。データブリッジ
の場合には、これは会議者のデータの流れに対しては実
質的に透明であり、ブリッジは会議に入れられた第１の
レグに対して、これがすべての専用使用パラメータを受
理することができることを示す。

専用使用パラメータはデータ端末のある種の機能を規定
するために使用される。例えば、専用使用パラメータ端
末が暗号化を行なったり、あるいは非標準のアルゴリズ
ムでイメージデータを符号化／複合化できることなどを
示す。

ＣＳＳメッセージを受信すると、ポートに取扱かわれる
リモートデータ端末は端末がブリッジとセションを設定
するのに合意したことを示す“応答セション開始肯定”
（ＲＳＳＰ）と呼ぶ確認メッセージを返送する。

ＲＳＳＰメッセージの一部として、端末はその製造会社
の番号（Ｍ_１）とその専用使用パラメータ（ＰＵＰ
Ｓ_１）のすべてを送出する。ポート２０２は端末からの
ＲＳＳＰメッセージを受信し、共用バッファメモリー２
０３にその情報を記憶する。ポート202はＲＳＳＰメッ
セージがメモリーに受信され記憶されたことをデータリ
ンクプロセッサに知らせ、これは、次にこれをデータブ
リッジプロセッサに知らせる。

次にパラメータの第１の集合のブリッジへの割当てに相
当する動作を説明する。

このレグは会議用に設定された第１のレグであるから、
会議は製造会社の番号とこのレグの専用使用パラメータ
を仮定する。従って、データブリッジプロセッサ２００
はこのレグを通して端末に対して“コマンド文書能力リ
スト”（ＣＤＣＬ）コマンドを送り（ブロック９１
１）、会議に使用される専用使用パラメータが第１のレ
グ、すなわちＰＵＰＳ_１の専用使用パラメータに使用す
るべきものであることを示す。

この端末は“応答文書能力肯定”（ＲＤＣＬＰ）メッセ
ージを、このとき会議に使用される専用使用パラメータ
ＰＵＰＳ_１、と共にデータブリッジプロセッサに返送す
ることによって、肯定表示で応答する。データブリッジ
プロセッサ２００はこのとき、会議に関連したメモリー
に会議に使用される専用使用パラメータ（ブロック９１
３）と、会議の製造会社の番号（ブロック９１４）とを
入れる。

もし第１のレグから返送された専用使用パラメータがそ
のレグによって取扱かわれる端末が特殊な機能を持たな
いことを示したときには、ブロック９１１および９１２
に示されるように文書機能を交換する必要はないので、
ブロック９１０のイエスの枝が実行されることになる。

第１のレグの機能を連続して判定し、これらの機能を示
すように会議レコードをセットすると、データブリッジ
のプロセッサはＮＳＣプロセッサ１０１に対して“レグ
成功”のメッセージを送り、次にプログラムのこの部分
が実行されることになる。

“レグ成功”メッセージに応動して、ＮＳＣプロセッサ
は会議発生者に送られたアナウンスプロンプトすなわち
トーンによりこのデータレグが設定されたことを示し、
発生者は次に会議への他のレグの追加を続けることがで
きる。

次にブリッジへの接続を要求している第２のデータ端末
にブリッジに割当てられたパラメータを知らせることに
対応する動作を説明する。

ここで、会議発生者が会議に対して他のデータレグを追
加するように望んだとしよう。追加のレグを加えるため
の事象のシーケンスは、第９図のブロック９００−９０
６に関して前述したシーケンスと似ている。しかし、デ
ータブリッジプロセッサ２００がブロック９０７を実行
したとき、“ノー”の枝路が実行され、これが会議の第
１レグでないことを示す。

次にデータブリッジプロセッサはブロック１０１０（第
１０図）で述べられたプロセスを実行し、そのメモリー
からその会議に使用される製造会社の番号と専用使用パ
ラメータを得て、新らしいレグを通してＣＳＳメツセー
ジが送信されるようにする。

ＣＳＳメッセージはブリッジの製造会社の番号（Ｍ
_ｂｒｄｇ）と会議の専用使用パラメータ（ＰＵＰＳ
_ｃｏｎｆ）を示している。

次に第２のデータ端末のパラメータの第２の集合を確認
することに対応する動作を説明する。

もし新らしいレグがセションに参加することに合意した
ときには、これはブロック１０１２に示されてるように
それ自身の製造会社の番号と、それ自身の専用使用パラ
メータの表示（Ｍ_ｔｅｒｍ、ＰＵＰＳ_ｔｅｒｍ）と共に
“応答セション開始肯定”（ＰＳＳＰ）を返送する。

データブリッジプロセッサ２００はここで会議の他のレ
グについて先に確立された専用使用パラメータを調べ
る。もし会議が、ブロック１０１３の“イエス”の枝の
実行によって示されるように専用使用パラメータを持っ
ていなければ、会議は基本のグループIVのプロトコルで
動作し、“レグ成功”のメツセージがネットワークサー
ビスコンプレックスのプロセッサ１０１に送られること
になる。

会議が上述したようにレグ１が会議に接続されたときに
設定された専用使用パラメータの集合を持っているもの
と仮定しよう。ここでデータブリッジプロセッサ２００
はブロック１０１４を実行し、新らしいレグによって取
扱かわれる端末の製造会社コード（Ｍ_ｔｅｒｍ）が、会
議ですでに設定された製造会社のコード（Ｍ_ｃｏｎｆ）
と同一であるかどうかが確認される。

次にパラメータの第２の集合とブリッジに割当てられた
パラメータとの比較に相当する動作を説明する。

専用使用パラメータは顧客もしくは端末製造会社によっ
て設計されるから、データブリッジシステムは会議接続
される端末の製造会社コードが同一であるかどうかを確
認しなければならず、さもなければ専用使用パラメータ
の表示は意味のないものになる。換言すれば、遠方の端
末から受信された専用使用パラメータが同一であって
も、もし端末が異る製造会社のものであったなら、その
表示する端末機能は異るかもしれない。

会議に接続されようとしている新らしいレグによって取
扱かわれる端末の製造会社が会議について設定されてい
る番号と同一であれば、ブロック１０１４の“イエス”
の枝が実行される。データブリッジプロセッサ２００は
端末から受信された専用使用パラメータを会議について
設定されている専用使用パラメータと比較する。以上の
動作によりパラメータの第２の集合とブリッジに割当て
られたパラメータとの比較が行われる。もし遠方の端末
から新らしいレグによって受信された専用使用パラメー
タが、そのブリッジについてすでに設定されている専用
使用パラメータと同一であれば、ブロック１０１５の
“イエス”の枝が実行され、ＮＳＣプロセッサ１０１に
対してレグ成功のメッセージが送られる。しかしもし追
加されるべき端末の専用使用パラメータがその会議につ
いて設定されている専用使用パラメータと異っていれ
ば、会議の専用使用パラメータと共に、端末に対して
“コマンド文書能力リスト”メッセージを送るためにブ
ロック１０１６が実行される。

ＣＤＣＬメッセージが会議の専用使用パラメータと共に
受信されると、遠方の端末は、それが会議の専用使用パ
ラメータを受理することができるかどうかを判定しなけ
ればならない。もしこれが会議で指定された機能を持っ
ていないときには、特殊機能のそれより小さい重合で端
末が動作できるかを判定する。この説明の目的では、新
らしいレグについての端末が会議について先に設定され
ている機能のすべては持っていないものとし、端末はブ
ロック１０１７について示されるようにＰＵＰＳ_ｎｅｗ
とここで呼ばれるより小さい機能の集合を持つ“応答文
書機能リスト肯定”のメッセージを返送する。

ここでデータブリッジプロセッサ２００はブロック１０
１８を実行し、新らしいレグから受信された能力応答が
会議の能力とは異っていることを判定し、ブロック１０
１９で示されるようにここで（ＰＵＰＳ_ｔｅｍｐと呼ば
れる会議の専用使用パラメータの新らしい集合を一時的
に設定する。

本発明のひとつの特徴に従えば、新らしい端末は会議と
は異る能力の集合を示しているので、データブリッジシ
ステムはここでこれらの端末が新らしいパラメータを受
理できるかを確認するためにすでにデータ会議のために
接続されている端末に対して問合せを行なわなければな
らない。以上の動作はブリッジに割当てられたパラメー
タを第１のデータ端末の同意の下にパラメータの第２の
集合と一致するように変更することに相当する。次に第
２のデータ端末をブリッジに接続することに対応する動
作を説明する。

第１１図を参照すれば、データブリッジプロセッサ２０
０はその会議のすべてのアクティブな会議者のリストを
得て（ブロック１１００）すべてのレグに対してＣＤＣ
Ｌメツセージを送る。このメツセージは新らしいパラメ
ータの集合を使用して端末がセションに参加することが
できるかを調べるのに使用される専用使用パラメータの
一時的集合（ＰＵＰＳ_ｔｅｍｐ）を含んでいる。

各端末はＲＤＣＬ肯定メッセージとそれが使用したい専
用使用パラメータの表示で応答するかあるいは一時的集
合（PUPS_ｔｅｍｐ）が受理できることを示す応答を返送
する。この応答メッセージはブロック１１０２に図示さ
れているが、問合せを受けているレグが使用したいと考
えている専用使用パラメータで、ここでは（ＰＵＰＳ
_ｒｅｓｐ）として示されたものを含んでいる。

データブリッジプロセッサ２００は応答（ＰＵＰＳ
_ｒｅｓｐ）を一時的な専用使用パラメータ（ＰＵＰＳ
_ｔｅｍｐ）と比較し、もしそれが受理できるか、同一で
あれば、プロセッサはすべての端末が応答したかをブロ
ック１１０４で確認し、プロセスを継続する。もしすべ
ての端末が専用使用パラメータの新らしい集合（ＰＵＰ
Ｓ_ｔｅｍｐと名付けている）で動作することに合意すれ
ば、ブロック１１０４の“イエス”分枝とブロック１１
０６の“ノー”の分枝が実行され、プロセッサ１０１に
対して、“レグ成功”のメッセージが送られる。以上の
動作により第２の端末のブリッジへの接続が行われる。

会議にすでに接続されている端末の少くともひとつが、
専用使用パラメータの一時的集合を使用してセションに
加わることを拒否したときには、ブロック１１０３の
“ノー”の分枝が実行され、データブリッジプロセッサ
２００はそのメモリーに受理せずのフラグをセットす
る。この機能はブロック１１０５に述べられている。

本発明のひとつの特徴に従えば、もしすでに会議に接続
されているデータ端末のひとつが追加されようとしてい
る新らしいレグの専用使用パラメータで動作することに
合意しないならば、新らしいレグは拒否され、元のパラ
メータの集合を用いて会議は前の通りに継続される。

データブリッジプロセッサ２００がデータ会議者のリス
トをすべて調べて、データ端末の一部が新らしい機能の
集合で合意したが、少くともひとつの端末が新らしい機
能の集合で動作することに合意しなくて、新らしいレグ
が追加されなかったときには、データブリッジプロセッ
サはここでこれらの端末に戻って、新らしいレグが追加
しようと試る前の会議の属性であった専用使用パラメー
タの元の集合を再設定する。これはブロック１１０７−
１１１１に述べられたプロセスを実行することによって
完成される。より詳しく述べれば、新らしい専用使用パ
ラメータが少くともひとつのデータ端末が受理できない
ことがわかったときに、プロセッサ２００によって“受
理せず”のフラグがセットされる。すべてのレグが応答
したあと、“受理せず”のフラグが立っていれば、プロ
セッサはブロック１１０７に図示されるように、すべて
のレグに対して“コマンド文書機能リスト”のメッセー
ジを会議の専用使用パラメータすなわちCDCL(PUPS_conf)
と共に送出する。このとき、プロセッサ２００はまた応
答計数レジスタを０にセットしてレグから受理された応
答の数を記録する準備をする。端末が会議パラメータ
（ＰＵＰＳ_ｃｏｎｆ）で動作することが確認される各応
答が受信されると（ブロック１１０９）、レジスタが増
分され（ブロック１１１０）、すべてのレグが応答する
までこれがくりかえされる（ブロック１１１１）。

ブリッジに接続されているすべての端末が元の専用使用
パラメータを返送したとき、“コマンドセション放棄”
のメッセージが新らしいレグに対して送られ、これは、
応答して肯定応答を返し（ブロック１１１２および１１
１３）、ＮＳＣプロセッサ１０１に対してはデータブリ
ッジプロセッサから“レグ失敗”のメッセージが返送さ
れる（ブロック１１１４）。ここでＮＳＣプロセッサは
データストアに指示して会議の開始者に対して、新らし
いレグを会議に接続できなかったことを示すアナウンス
を出させる。

すべてのレグがブリッジに接続されてしまうと、これら
のレグによって取扱かわれるデータ端末は文書、すなわ
ち、会議データを交換することができる。端末が送るべ
きデータを持っているときには、これは“応答セッショ
ンユーザ情報”（ＰＳＵＩ）のメッセージを発し、それ
がセンダになりたいことを示すビットをセットしてお
く。このメッセージを識別すると、プロセッサ２００は
待行列を調べ、何か他のデータ端末が送信の許可を要求
していないかを確認する。他の端末が送信しているか、
端末が送信を待っていれば、送信を要求した新らしいレ
グは待行列に入れられて、その順番を待つことになる。
もし送信を要求している端末が他になければ、プロセッ
サ２００は送信の許可を要求した端末に対して“コマン
ドセション変更制御”（ＣＳＣＣ）メッセージを送るよ
うに指示する。

データ端末は“応答セション変更制御肯定”（ＲＳＣＣ
Ｐ）を示すメッセージによって制御の変更を確認する。
次に端末はデータブリッジに対して“コマンド文書開
始”（ＣＤＳ）を送信することによって、レべル６のプ
ロトコルを設定する。

データ端末がブリッジに対して会議データの送信を終了
したときには、これはＣＳＣＣメッセージをブリッジに
対して送ることによって制御をブリッジに戻し、ブリッ
ジは再び会議の１次送信者として制御をとることにな
る。

ポート２０２のようなポート回路によって受信された会
議データは共用バッファメモリー２０３に一時的に記憶
され、上述したように、ポート２０２は主プロセッサに
対して、データが受信され、メモリーに記憶されたこと
を知らせる。

ここでプロセッサ２００は会議に関連した各ポート回路
に対して、この記憶位置の内容を読み、そこに記憶され
たデータを顧客のデータ端末に送信すべきことを指示す
る。

いずれかの端末から応答を受信すると、プロセッサはメ
モリー中のポートレコードから会議のメンバーである端
末からの現在の応答が、すでに送られている文書に対す
る最初の応答でないかどうか、すなわちその端末がすで
に応答を送っていたかどうかを決定する。応答がすでに
受信されている場合は、ポート回復手順が実行されてポ
ートを会議から除く。というのは応答の内容（肯定、否
定、拒否）に基づいた対応がすでにとられているからで
ある。次いで文書が送られるべき端末の数を保持してい
るカウンタが、端末がすでに応答していたことに対応し
て減少される。

もしポートが顧客のデータ端末からのそれ以前の応答を
受信していなければ、プロセッサ２００は肯定応答、否
定応答あるいは文書拒否のメッセージのいずれが受信さ
れているのかを確認する。

もし端末から肯定応答が受信されれは、メモリー中のポ
ート応答フラグがセットされ、応答計数レジスタが増分
される。次にレジスタの計数値は会議の受信器の数と比
較され、すべての受信器が肯定応答したときには、肯定
応答メッセージ、“応答文書終了肯定”（ＲＤＥＰ）が
文書を発したセンダに対して送られる。

ポートのひとつがそのデータ端末から否定応答（ＲＤＰ
ＢＮ）を受信すれば、そのポートの応答フラグと共に会
議誤りフラグがセットされている。この状況では、すべ
てのポートが応答を受信し、誤りフラグがセットされた
ときに、データブリッジは少くともひとつの会議者が送
信された文書を受信しなかったことを示す否定応答を元
のセンダに送信する。

ポートからの肯定または否定応答の代りに、ポートは
“応答文書一般拒否”（ＲＤＧＲ）メッセージで応答す
るかもしれない。この点において、誤りフラグがセット
され、ポート応答フラグがセットされる。ＲＤＧＲメッ
セージはデータ端末で再同期を必要とする誤りが生じた
ことを示し、元のセンダに対して否定応答が返送され
る。データ会議者による会議データの受信の確認に関す
る上述した事象の順序のフローチャートは第１２図に図
示されている。

要約すれば、データ端末が異る機能を持つかもしれない
ようなデータ端末について会議を実現するための構成を
示した。会議で利用される通信パラメータの共通の集合
を折衝するための方法が示された。

さらに、文書の伝送の開始者に対して、すべての会議者
が文書を受信したかどうかを報告する方法を開示した。

もちろん、以上開示した装置は本発明の原理の応用を単
に例示するものにすぎないことを理解されたい。本発明
の精神と範囲を逸脱することなく、当業者には多くの他
の構成を工夫することができることは明らかである。

Claims (4)

【特許請求の範囲】
1. 【請求項１】会議に参加する複数のデータ端末の各々の
   通信パラメータの集合を設定することにより会議を行う
   方法において、該方法が ブリッジに接続された第１のデータ端末についてのパラ
   メータの第１の集合を確認するステップ、 該パラメータの第１の集合を該ブリッジに割当て、該ブ
   リッジに接続を要求する第２のデータ端末に対して該ブ
   リッジに割当てられたパラメータを通知するステップ、 該ブリッジに割当てられたパラメータの該第２のデータ
   端末への通知に応答して該第２のデータ端末からパラメ
   ータの第２の集合を得るステップ、 パラメータの第２の集合をブリッジに割当てられたパラ
   メータと比較するステップ、 該パラメータの第２の集合が該第１のデータ端末によっ
   て受け入れられるものであるときは、該パラメータの第
   ２の集合と一致するようにブリッジに割当てられたパラ
   メータを変更するステップ、 および 該割当てられたパラメータが変更されたときには、該第
   ２のデータ端末をブリッジに接続するステップを含むこ
   とを特徴とする方法。
2. 【請求項２】請求の範囲第１項に記載の方法において、
   ブリッジに割当てられたパラメータを変更するステップ
   は該第１のデータ端末による同意を得るために該第１の
   データ端末が該パラメータの第２の集合で動作できるか
   どうかを問い合わせるステップを含むことを特徴とする
   方法。
3. 【請求項３】請求の範囲第２項に記載の方法において、
   該問い合わせるステップは、 該第２のデータ端末のパラメータが該ブリッジに割当て
   られているパラメータと異なるときには、該第１のデー
   タ端末が該ブリッジとの接続を要求している該第２のデ
   ータ端末のパラメータを受理できるかどうかを確認する
   ために該ブリッジに接続されている該第１のデータ端末
   を調べるステップを含むことを特徴とする方法。
4. 【請求項４】請求の範囲第３項に記載の方法において、 該第１のデータ端末を調べるステップは、 該第２のデータ端末の通信パラメータの内容をブリッジ
   に接続されているすべてのデータ端末に送信し、該第１
   のデータ端末が通信パラメータを受理するかどうかに関
   して各々の該第１のデータ端末からの応答を受信するス
   テップを含むことを特徴とする方法。