JPH05344175A

JPH05344175A - 能力交換方式

Info

Publication number: JPH05344175A
Application number: JP4152462A
Authority: JP
Inventors: Shinichi Shiwachi; 真一志和地
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-06-11
Filing date: 1992-06-11
Publication date: 1993-12-24

Abstract

(57)【要約】【目的】この発明は能力交換方式に関し、相手端末の
能力データと自端末の送信モードをフラグに変換し、こ
のフラグに対し、１度の論理演算を行うだけで能力交換
することができ、相手端末の能力内での自端末の送信モ
ードの決定を高速化・簡略化できる能力交換方式を提供
することを目的とする。【構成】相手端末能力データ１１を受信する能力受信
手段１と、相手端末能力フラグ１２を生成する能力交換
手段２と、自端末モードフラグ１３を設定する自端末送
信モード設定手段３と、自端末送信モードフラグ１４を
生成する比較演算手段４と、自端末送信モードデータ１
５を生成する能力逆変換手段５と、自端末送信モードデ
ータ１５を送信する自端末送信モード送信手段６と記憶
手段７から構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は能力交換方式に関し、
さらに詳しくは、端末間の互いの能力を交換して相互の
送信モードを決定する能力交換方式に関する。

【０００２】

【従来の技術】従来、端末間の能力交換方式は、あらか
じめ予想されうる範囲の数だけ能力データのパターンを
用意し、相手端末より受信した相手端末能力データがど
れに一致するかを検索し、検索によって一致した能力デ
ータに対応した自端末の送信モードを各能力毎に選択し
送信するようにしている。

【０００３】伝送路を通して通信される情報には、音
声、映像あるいは計測データ等種々のものがあり、さら
に、各情報ごとに通信する方式や速度が種々存在する。
たとえば、音声を符号化する方式には、Ａ−Ｌａｗ，μ
−Ｌａｗ等の方式が存在し、データ転送速度には１２０
０ｂｐｓ，２４００ｂｐｓ，……１４４００ｂｐｓ等の
区別が存在する。このように、端末が情報を通信するた
めにあらかじめ所有している複数の通信方式、符号化方
式、通信速度等のことを、一般に能力と呼んでいる。ま
た、情報の通信に先立って２つの端末間で決められ、２
つの端末間の通信に使用する能力のことを送信モードと
呼ぶ。

【０００４】図８，図９に示したフローチャートを用い
て、従来の能力交換方式について説明する。ステップＳ
６１において、相手端末が持っている情報通信の能力デ
ータが受信されるかどうかを判定する。

【０００５】受信されない場合は、ステップＳ６１を繰
り返すが、能力データが受信された場合はその受信され
た能力データがあらかじめ所有している能力データのパ
ターンのどれに一致するかを判定していく（ステップＳ
６２〜Ｓ６９）。たとえば、能力データが００Ｈに一致
するかどうかを判定し（ステップＳ６２）、００Ｈに一
致しない場合は能力データが０１Ｈに一致するかどうか
を判定する（ステップＳ６３）。能力データは８ビット
データであるため、００ＨからＦＦＨまで最大２５６通
りの検索・判定処理が必要である。

【０００６】受信される能力データは、それが何の情報
に関する能力であるかがあらかじめ決められており、た
とえば「００Ｈは、音声に関する能力を示すものであ
る」というように、通信規約上各能力データと情報の種
類との対応が定められている。図８において、たとえば
受信した能力データが００Ｈに一致する場合には、音声
に関する能力交換の処理が実行される（ステップＳ７
０）。同様に能力データの比較判定後、各能力データに
対応する情報に関する能力交換処理が実行される（ステ
ップＳ７１〜Ｓ７７）。

【０００７】図９は、各情報に関する能力交換処理のフ
ローチャートを示している。“〜”は音声、伝送路速
度、映像、低速データ、および高速データに読み替える
ことを示しており、図８のステップＳ７０〜Ｓ７７の処
理をこのフローチャートで代表している。この処理で
は、自端末側でこれから送信しようとしている情報の送
信モードが受信された相手の能力内に存在するかどうか
を判定し（ステップＳ８１）、存在する場合は自端末の
送信モードをそのまま送信する（ステップＳ８３）。存
在しない場合は自端末の送信モードを相手の能力内に存
在する送信モードに変更し（ステップＳ８２）、送信す
る（ステップＳ８３）。

【０００８】

【発明が解決しようとする課題】しかし、前記のような
能力交換方式では、予想されうる能力が多種多様な場合
に同じ様な検索を繰り返し行うことになり非常に時間が
かかり、送信モードの決定処理が低速化・煩雑化すると
いう問題点があった。

【０００９】この発明は、以上のような事情を考慮して
なされたもので、相手端末の能力内での自端末の送信モ
ードの決定を高速化・簡略化することができるような端
末間の能力交換方式を提供するものである。

【００１０】

【課題を解決するための手段】図１は、この発明の機能
の構成を示すブロック図である。図１に示すように、こ
の発明は伝送路を通して接続される２つの端末間の能力
を相互に相手側へ知らせ、最適な通信モードを選択する
ようにした端末間の能力交換方式において、相手端末能
力データ１１を受信する能力受信手段１と、能力データ
１１を相手端末能力フラグ１２に変換する能力変換手段
２と自端末から送信するデータの送信モードを表わす自
端末モードフラグ１３を設定する自端末送信モード設定
手段３と、相手端末能力フラグ１２と自端末モードフラ
グ１３とを用いて自端末送信モードフラグ１４を生成す
る比較演算手段４と、自端末送信モードフラグ１４を相
手端末へ送る形式のデータである自端末送信モードデー
タ１５に変換するための能力逆変換手段５と、自端末送
信モードデータ１５を伝送路を通して相手端末へ送信す
る自端末送信モード送信手段６と前記データおよびフラ
グを記憶する記憶手段７からなり、自端末は、相手端末
能力データ１１を受信したとき、能力データを相手端末
能力フラグ１２に変換し、設定された自端末モードフラ
グ１３と相手端末能力フラグ１２とを比較することによ
って自端末送信モードフラグ１４を生成し、自端末送信
モードフラグ１４を自端末モードデータ１５に変換し
て、自端末モードデータ１５を相手端末へ送信すること
を特徴とする能力交換方式を提供するものである。

【００１１】また、前記能力交換方式は、ＣＣＩＴＴ勧
告Ｈ．２４２（ＴＶ会議システムに於ける能力交換手
順）に従ったＴＶ会議通信のモード決定方式に利用する
ことができる。なお、前記の能力交換方式の記憶手段を
除く各手段を実現するために通常ＣＰＵが用いられ、デ
ータおよびフラグを記憶するためには、ＲＡＭやＲＯＭ
が用いられる。

【００１２】

【作用】以下に図１のような構成を持つこの発明の作用
について説明する。能力受信手段１によって受信された
相手端末能力データ１１を能力変換手段２によって相手
端末能力フラグ１２に変換する。あらかじめ設定された
自端末モードフラグ１３と前記相手端末能力フラグ１２
とを用いて比較演算を行うことにより自端末送信モード
フラグ１４を生成する。能力逆変換手段５により、自端
末送信モードフラグ１４を自端末送信モードデータ１５
に変換し、相手端末へ送信する。

【００１３】この発明に従えば、受信した相手端末の能
力データ１１を相手端末能力フラグ１２に変換し、この
フラグと自端末のモードフラグ１３とを比較演算するこ
とにより自端末の送信モードフラグ１４を生成し、さら
に自端末送信モードフラグ１４を自端末送信モードデー
タ１５へ変換することにより能力交換処理を高速化・簡
略化することができる。

【００１４】

【実施例】以下、図に示す実施例に基づいてこの発明を
説明する。なお、これによってこの発明が限定されるも
のではない。図２は、この発明の能力交換方式において
相手端末能力データが自端末送信モードデータに変換さ
れる順序を示した説明図である。

【００１５】伝送路を通して相手端末から送られてきた
相手端末能力データ２１は、相手端末能力フラグ２２に
変換され、次に自端末送信モードフラグ２４をへて、自
端末送信モードデータ２５に変換される。相手端末能力
データ２１は８ビットのバイナリーコードで示され、２
５６通りの能力パターンがある。同様に自端末送信モー
ドデータ２５も８ビットバイナリーコードである。相手
端末能力フラグ２２は１６ビットバイナリーコードであ
り１２種類の能力を表わすことができ、各能力が各ビッ
トに対応させられており、“１”が立っているビットの
能力が使用できることを示している。

【００１６】同様に自端末モードフラグ２３と自端末送
信モードフラグ２４も１６ビットバイナリーコードであ
る。自端末モードフラグ２３はあらかじめ設定された自
端末の希望する送信モードを対応する各ビット値で表わ
したものである。自端末送信モードフラグ２４は、相手
装置から送られてきた能力内で実際に送信に使用する能
力をモードとして対応する各ビット値で表わしたもので
ある。テーブル１は、相手端末能力フラグ２２を複数個
記憶しているＲＯＭ内の領域である。テーブル２は、自
端末送信モードフラグ２４を複数個記憶しているＲＯＭ
内の領域である。

【００１７】次に、図３に示すフローチャートを用いて
能力データの変換手順を説明する。まず、自端末の希望
する送信モードが設定されているかどうかの判定を行な
い（ステップＳ１）、設定されていない場合には、自端
末送信モード設定手段３によって自端末の送信モードを
示す自端末モードフラグ２３の設定を行う（ステップＳ
２）。すでに設定されている場合とステップＳ２が終了
した場合は、伝送路を通して相手端末から送られてくる
相手端末能力データ２１が受信されるかどうかの判定を
行ない（ステップＳ３）、相手端末能力データ２１が受
信された場合は、能力変換手段２によってこの相手端末
能力データ２１を相手端末能力フラグ２２に変換する能
力変換処理を実行する（ステップＳ４）。相手端末能力
データ２１が受信されない場合はステップＳ３を繰り返
す。

【００１８】ステップＳ４において、受信された相手端
末能力データ２１は、ＲＯＭ内のテーブル１上に記憶さ
れたあるフラグの位置を指し示すポインタアドレスとし
て与えられ、このポインタアドレスに対応する位置に記
憶されているデータを読み出して、このデータを相手端
末能力フラグ２２としてＲＡＭに記憶する。

【００１９】このステップＳ４における相手端末能力フ
ラグ２２の読出方法の例を図４に示す。相手端末フラグ
２２−１は能力割当例を示している。この例では相手端
末が音声μ−Ｌａｗの能力を持っている場合は２ビット
目に１が立てられる。図４において、受信された相手端
末能力データ２１が音声μ−Ｌａｗを示すデータであり
８ビットバイナリーコード８２Ｈであったとする。テー
ブル１はアドレス０１００Ｈから始まりアドレス０１Ｆ
ＦＨで終る２５６個の領域からなり、各アドレスには、
１６ビットバイナリーコードの相手端末能力フラグ２２
が１つずつ記憶されているとする。

【００２０】まず、８ビットバイナリーコードの８２Ｈ
をテーブル１のアドレスを示す一部であると考え、テー
ブル１の基底値としての０１００Ｈを８２Ｈに加算し、
テーブル１上のアドレスを指示するポインタアドレスを
算出する。ここでは、０１８２Ｈがポインタアドレスと
なる。

【００２１】次に、このポインタアドレス０１８２Ｈに
記憶されているデータを読出す。図４のように、このポ
インタアドレス０１８２Ｈに０００４Ｈが記憶されてい
たとすると、０００４Ｈが相手端末能力フラグ２２−２
として読出され、このフラグにより、相手端末能力とし
てμ−Ｌａｗが相手端末から通知されてきたことがわか
る。

【００２２】以上のようにして、テーブル１において受
信したデータに対応するアドレスに記憶されたデータを
読出すだけで相手端末能力データ２１から、相手端末能
力フラグ２２を見つけ出すことができる。ここでは、従
来のように、受信した能力データとあらかじめ記憶され
ている能力データとが一致するかどうかをいちいち検索
していく必要がない。

【００２３】次に比較演算手段４は自端末モードフラグ
２３と相手端末能力フラグ２２との間で対応する各ビッ
トごとの比較演算をするフラグ比較演算処理を実行する
（ステップＳ５）。すなわち、自端末モードフラグ２３
と相手端末能力フラグ２２との論理積演算を行ない、そ
の結果として双方のフラグとも１となっているビットの
みに１が残ったフラグを生成する。このフラグを自端末
送信モードフラグ２４として、ＲＡＭに記憶する。

【００２４】さらに、能力逆変換手段５によって、この
１６ビットバイナリコードの自端末送信モードフラグ２
４を８ビットバイナリコードの自端末送信モードデータ
２５に変換する能力逆変換処理を実行する（ステップＳ
６）。ステップＳ６において、自端末送信モードフラグ
２４は、ＲＯＭ内のテーブル２上に記憶されたあるフラ
グの位置を指し示すポインタアドレスとして与えられ、
このポインタアドレスに対応する位置に記憶されている
データを読み出して、このデータを自端末送信モードデ
ータ２５としてＲＡＭに記憶する。

【００２５】このステップＳ６における自端末送信モー
ドデータ２５の読出方法の例を図５に示す。図５におい
て、ステップ５で示したような自端末モードフラグ２３
と相手端末能力フラグ２２との論理積演算の結果として
生成される自端末送信モードフラグ２４が０００４Ｈで
与えられたとする。これは、前記した音声μ−Ｌａｗを
表す位置である２ビット目に１が立っている１６ビット
バイナリーコードである。

【００２６】テーブル２は、アドレス３０００Ｈから始
まり、各アドレスには８ビットバイナリーコードの自端
末送信モードデータ２５が１つずつ記憶されているとす
る。

【００２７】まず、０００４Ｈをテーブル２のアドレス
を示す一部であると考え、テーブル２の基底値としての
３０００Ｈを０００４Ｈに加算し、テーブル２上のアド
レスを指示するポインタアドレスを算出する。ここでは
３００４Ｈがポインタアドレスとなる。

【００２８】次に、このポインタアドレス３００４Ｈに
記憶されているデータを読み出す。図５のように、この
ポインタアドレス３００４Ｈに１３Ｈが記憶されていた
とすると、１３Ｈが自端末送信モードデータ２５として
読出され、ＲＡＭに記憶される。ここで１３Ｈは、自端
末が音声μ−Ｌａｗを自端末送信モードとして採用した
ことを示すデータとなる。

【００２９】このように、自端末モードフラグ２３と相
手端末能力フラグ２２から自端末送信モードフラグ２４
を求める比較演算手段４によって、ただ１回の論理積演
算をし、さらにテーブル２において論理積演算によって
得られたフラグに対応するアドレスに記憶されたデータ
を読み出すだけで、高速に能力逆変換処理ができる。

【００３０】前記のようにして生成された自端末送信モ
ードデータ２５は、自端末送信モード送信手段６によっ
て、相手端末へ送信される（ステップＳ７）。

【００３１】次に、この発明の他の実施例として、ＴＶ
会議システムにおける能力変換方式の例を説明する。図
６は、ＴＶ会議システムの能力交換に関する構成を示す
ブロック図である。ＴＶ会議システムにおいて能力交換
を実現する構成要素は、同図に示すようにＣＰＵ６１、
テーブルＲＯＭ６２内におけるテーブル１６２−ａと
テーブル２６２−ｂ、ＲＡＭ６３、ＲＯＭ６４、Ｈ２２
１ＭＵＸ部（多重部）６５、Ｈ２２１ＤＭＵＸ部
（分離部）６６、およびＣＰＵデータバス６７からな
る。

【００３２】ＣＰＵ６１は能力交換方式の処理全体を制
御するものである。ＲＡＭ６３はこの処理の過程で生じ
るデータおよびフラグを記憶しておくメモリで、ＲＯＭ
６４は処理手順のプログラムや固定値データ等を記憶し
ておくメモリである。Ｈ２２１とはＣＣＩＴＴの勧告名
の１つであり、ＴＶ会議システムにおける伝送路フレー
ムフォーマットを勧告・規定したものである。

【００３３】Ｈ２２１ＭＵＸ部（多重部）６５は、Ｈ
２２１勧告のフォーマットに則って音声，映像，デー
タ，ＦＡＳ（フレーム同期パターン），およびＢＡＳ
（能力またはモード指定コード）の各情報を多重化し、
伝送路に送信するインタフェース部分である。Ｈ２２１
ＤＭＵＸ部（分離部）６６は、逆に、伝送路から受信
された多重化フレームを前記した各情報に分離するイン
タフェース部分である。ＣＰＵデータバス６７は、前記
の各構成要素間に情報を流す経路である。

【００３４】次に、ＴＶ会議システムにおける能力交換
方式の動作を説明する。図７は、ＴＶ会議システムにお
いて相手端末能力データが自端末送信モードデータへ交
換されるようすを示す説明図である。伝送路より受信さ
れた相手端末からのデータは、Ｈ２２１ＤＭＵＸ部７
９において音声・ビデオ・低速データ・高速データ等に
分離され、同時に相手端末の能力データ７１も分離され
る。相手端末能力データ７１は音声の能力、ビデオの能
力、低速データの能力というように各メディア毎に通知
される。

【００３５】これらの相手端末能力データ７１は、前記
した能力変換処理（図３、ステップＳ４）によって、相
手端末能力フラグ７２に変換される。すなわち、テーブ
ルＲＯＭ内のテーブル１において相手端末能力データ７
１に対応するアドレスに記憶されているフラグが読み出
され、８ビットの相手装置側能力フラグと５ビットの属
性（音声・ビデオ・低速データなど）を含んだ相手端末
能力フラグ７２に変換される。

【００３６】自端末モードフラグ７３は、自端末が希望
する送信モードを表わし、８ビットのモードフラグと５
ビットの属性からなる。

【００３７】次に、前記した論理積演算を実行するフラ
グ比較演算処理７６（図３、ステップＳ５）により、相
手端末の能力内での送信モードを表す自端末送信モード
フラグ７４が決定される。

【００３８】さらに図３、ステップＳ６に示した能力逆
変換処理により、テーブルＲＯＭ内のテーブル２におい
て自端末送信モードフラグ７４に対応するアドレスに記
憶されている自端末送信モードデータ７５が読み出され
る。

【００３９】この自端末送信モードデータ７５は、Ｈ２
２１ＭＵＸ部８０において、音声・ビデオ・低速デー
タ等と共に多重化されて伝送路に送信される。

【００４０】このようにして、テーブル１、テーブル２
を用いて２種類のデータとフラグの変換を行い、２つの
フラグ間で論理積演算を行うことによって、あらかじめ
予想される相手能力のパターンをすべて検索・判定する
必要がなく、能力変換の手順を簡略化・高速化すること
ができる。

【００４１】

【発明の効果】この発明に従えば、相手端末の能力デー
タと自端末の送信モードをフラグの形式で表現し、この
フラグ同士の論理積をとって能力交換を行うため、通信
対象となる能力パターンが非常に多い場合でもいちいち
検索することなく、通信するデータと対応するフラグと
の間の変換処理と１度の論理演算だけで能力交換をする
ことができ、能力交換処理の高速化・簡略化をはかるこ
とができる。

【図面の簡単な説明】

【図１】この発明の機能の構成を示すブロック図であ
る。

【図２】この発明の能力交換方式の一実施例における能
力データの変換順序を示した説明図である。

【図３】この発明の一実施例におけるフローチャートで
ある。

【図４】この発明の一実施例における能力変換処理の説
明図である。

【図５】この発明の一実施例における能力逆変換処理の
説明図である。

【図６】この発明の一実施例であるＴＶ会議システムの
能力交換に関する構成のブロック図である。

【図７】この発明の一実施例であるＴＶ会議システムに
おける能力データの変換順序を示した説明図である。

【図８】従来の能力交換方法についてのフローチャート
である。

【図９】従来の各情報ごとの能力交換処理のフローチャ
ートである。

【符号の説明】

１能力受信手段２能力変換手段３自端末送信モード設定手段４比較演算手段５能力逆変換手段６自端末送信モード送信手段７記憶手段１１相手端末能力データ１２相手端末能力フラグ１３自端末モードフラグ１４自端末送信モードフラグ１５自端末送信モードデータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｍ 3/56 ＺＨ０４Ｎ 7/15 8943−5Ｃ

Claims

【特許請求の範囲】

【請求項１】伝送路を通して接続される２つの端末間
の能力を相互に相手側へ知らせ、最適な通信モードを選
択するようにした端末間の能力交換方式において、相手
端末能力データ（１１）を受信する能力受信手段（１）
と、相手端末能力データ（１１）を相手端末能力フラグ
（１２）に変換する能力変換手段（２）と、自端末から
送信するデータの送信モードを表す自端末モードフラグ
（１３）を設定する自端末送信モード設定手段（３）
と、相手端末能力フラグ（１２）と自端末モードフラグ
（１３）とを用いて自端末送信モードフラグ（１４）を
生成する比較演算手段（４）と、自端末送信モードフラ
グ（１４）を相手端末へ送る形式のデータである自端末
送信モードデータ（１５）に変換するための能力逆変換
手段（５）と、自端末送信モードデータ（１５）を伝送
路を通して相手端末へ送信する自端末送信モード送信手
段（６）と前記データおよびフラグを記憶する記憶手段
（７）からなり、自端末は、相手端末能力データ（１
１）を受信したとき、能力データを相手端末能力フラグ
（１２）に変換し、設定された自端末モードフラグ（１
３）と相手端末能力フラグ（１２）とを比較することに
よって自端末送信モードフラグ（１４）を生成し、自端
末送信モードフラグ（１４）を自端末モードデータ（１
５）に変換して、自端末モードデータ（１５）を相手端
末へ送信することを特徴とした能力交換方式。
【請求項２】ＣＣＩＴＴ勧告のＴＶ会議システムに於
ける能力交換手順Ｈ．２４２に於いて、請求項１に記載
した能力交換方式を用いてなるＴＶ会議通信のモード決
定方式。