JPH025667A - 非同期二重データ通信方法及びその端末装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 本発明は、２つの端末装置のうちの片方が提供する多数
のサービスに関し、共通通信チャネルを通して行う両端
末装置間の非同６期二重データ通信の方法に関するもの
である。

このような方法で運用されるシステムは「ヨーロッパ特
許出願ＥＰ−Ａ−０１９２８９４Ｊにより公知である。

この公知の方法では、一方の端末装置は構内自動電話交
換機（ＰＡＢＸ）、すなわち市内電話網の外部電話回線
と私設電話網の内部電話回線多数とをリンクするもので
あり、もう一方の端末装置はパーソナル・コンピュータ
（パソコン）の中央処理ユニット（ＣＰＵ）であり、ま
た通信チャネルはパソコンの共通データ・バスを含み、
このバスを通して、ＣＰＵとメモリやプリンタやデイス
プレー等々パソコンの各種周辺ユニットとの間、及びＣ
ＰＵとＰＡＢＸとの間のデータ通信を実施することがで
きるものである。この公知の方法の目的は、こうしてＰ
ＡＢＸをパソコンと一体化してパソコンのＣＰＵをＰＡ
ＢＸの制御用にも用いられるようにし、結果的にＰＡＢ
Ｘ　ヲ実ａにはパソコンの１つの周辺ユニットト見做す
ことができるようにして、例えばプリンタとかデイスプ
レー・ユニットとかメモリとかをＰＡＢＸが通話記録や
通話課金や自動電話応答等々のような特殊なサービスを
行うためにも利用できるようにすることである。

本発明は、上述のサービスを、特に一方の端末装置がＰ
ＡＢＸで他方の端末装置が電話管理システム（ＴＭＳ）
である場合に実施する方法に関する。ここでいう電話管
理システムについては、例えば「フィリップス・テレコ
ミュニケーション・レビュー」誌Ｖｏ１．４３．　Ｎα
２．１９８５年６月号１７２−１８１頁所載のＣ，Ｎ、
スミッッ著「テレフォン・マネジメント・ファンクショ
ン」という文献に記載されている。

次に、本発明の目的は、両端末装置のうちの一方が、要
請するサービスを表わすデータと、このサービスを同時
に実行してほしい回数ｎ　（ｎ−１゜２．３、…、ｎ）
〔これをウィンドウと称する〕を表わすデータとを含む
初期化要請を、上記チャネルを通して送信することによ
って、通信リンクを初期化し、 またもう一方の端末装置は、該リンクによって、要請さ
れたサービスを表わすデータと、このサービスを同時に
実行できる回数ｍ　（ｍ＝ｏ、１，２゜３、、…、ｍ）
を表わすデータとを含む初期化応答を、上記チャネルを
通して返送し、 ただしここでｍ≦ｎとする ような上述の形式の方法を提供することにある。

該当するサービスに割当てられたウィンドウ数が　≠０
　であるならば、該サービスに関するメツセージを両端
末装置の間で交換することができる。これをトランザク
ションと称する。さらに本発明の範囲においては、トラ
ンザクション・メンセージはバイト列によって構成され
、第１バイトはトランザクションが要請に係るものか応
答に係るものかを示し、第２バイトは該当するサービス
を示し、第３バイトはこの両端末装置間のこの特定のサ
ービスに固有の識別コードを示し、第４バイトはそのサ
ービスの機能コードを示し、第５バイトはそのうしろに
続くパラメータの数を示すのである。

本発明はまた、この発明の方法を実現する端末装置を与
えるものであり、該端末装置は、３バイトの初期化要請
または初期化応答を送受信する手段と、初期化が成功で
あったか否かを確定する手段と、トランザクション・メ
ツセージを送受信する手段とを有する。

本発明に示すやり方によって、各種のタイプのＰＡＢＸ
と各種のタイプのＴＭＳとの間の効率的な通信が好適に
実施される。これについて、以下、実施例により図面を
参照して説明する。

第１ａ図は初期化要請の構成を示し、これは３つのバイ
ト（ｂｙｔｅ）　１１．１２．１３から成るものである
。バイト１は初期化要請であるこことを表し、バイト１
２はどのサービスを要請するかを表し、バイト・１３は
同時に何回このサービスの実行を要請しているか（いわ
ゆる要請ウィンドウ数）を表す。

第１ｂ図は、第１ａ図で示した初期化要請に対して返送
する応答の構成を示し、やはり３つのバイト１４、１５
．１６から成る。バイ１−１４は初期化応答であること
を表し、バイト１５はどのサービスであるかを表すから
バイト１２と等しいものであり、バイト１６はそのサー
ビスが同時に実行できるよう割当てられた回数（いわゆ
る割当ウィンドウ数）を表す。

−例としてこの割当ウィンドウ数を零（０）とすること
もある、それは要請端末がＴＭＳで応答端末がＰＡＢＸ
の時に、このＰＡＢＸがそのサービスに関与しない場合
である。またこの数は要請ウィンドウ数より小さいこと
もある、それは例えば同じサービスが既に他のＴＭＳに
割当てられており、従ってそのサービスを同時に実行で
きる数に達した場合とか、そのＰＡＢＸがそのサービス
を同時に実行できる数が要請された数より小さい場合で
ある。

第１ａ図及び第１ｂ図によるメツセージの交換の後、接
続は基本的に設立され、引続き本来のメツセージの交換
ができる。両端末間のかようなメツセージの交換をトラ
ンザクションと呼ぶのである。

第２図は、１対（２つ）の端末装置と１つの通信チャネ
ルとから成る本発明のシステムで生じ得る諸状態を示す
図である。これらの諸状態は、■からＶまでの記号で表
され、その意味は次の通り；Ｉ：チャネルは空き、サー
ビスは不可。

■：初期化を実行中。

■：チャネルは空き、サービスは可。

■：１つまたはそれ以上のトランザクションを実行中、
さらにトランザクションを受は入れる余地あり。

■：１つまたはそれ以上のトランザクションを実行中、
もうこれ以上トランザクションを受は入れる余地なし。

ある状態から他の状態への変化または以前の状態への復
帰等は、第２図中に矢印で現した事象２Ｌ２２，２３，
２４ａ、２４ｂ、２５ａ、２５ｂ、２６によってもたら
される。これらの事象の意味は次の通りであるが、簡単
のためここでは、サービスを要請する端末装置をＲ１こ
れに応答してサービスを実行する端末装置をＤと書くこ
とにする：２１：　Ｒが初期化要請を送信。

２２：Ｄが初期化要請に応答、ウィンドウには一〇　を
害りり当てる。

２３：Ｄが初期化要請に応答、ウィンドウには〉０　を
割り当てる。

２４：Ｒがトランザクション要請を送信、ａ）はトラン
ザクション識別コードにまだ空きあり、 ｂ）はトランザクション識別コードにもう空きなし。

２５：Ｄがトランザクション要請に応答、ａ）はこの応
答は応答すべき最後のトランザクション要請へのもので
ある、 ｂ）はまだ応答すべきトランザクション要請が１つまた
はそれ以上ある。

２６二割り当てられた時間がすでに経過した、要請を送
信してから既に定められた時間が過ぎたが無応答かまた
は有効な応答なし。

このシステムで１からＶまでの各状態においては、適切
な条件に合った事象のみを認識し、その他の事象はすべ
て無視するが、事象２１　（初期化要請）だけは例外で
、どの状態においてもこれを認識して状態Ｈに移る。

要請があったらどれだけの時間内に反応しなければなら
ないかを決めておくことは、実際にはさほど重要ではな
い。だが実行上はこれを例えば１５０秒と定めて置く。

重要なのは応答を受信するまでの時間を決めておくこと
で、そうしないと沢山のトランザクションが際限なく活
動的な状態（すなわち要請を送信したままの状態）に置
かれて、同じサービスに対する新しいトランザクション
を受は入れる余地が無くなったり不十分になったりする
からである。

第２図で示しているのはサービスの数がただ１つだけの
場合の状態についてのダイアグラムであるが、本発明の
方法においては、異なるサービスに関する通信を、その
各メツセージが互いに交錯しながら送信されて、同時に
実行することもできる。これが、メツセージは常にどの
サービスに関するものかを示す情報及び特定のサービス
に対する識別コードを含んでいる理由である。それ故、
システム全体としては、沢山の点から点への接続を扱い
、各接続は１つのサービスに対応するものとして行動す
るのである。

第３図はＰＡＢＸとＴＭＳとの間で２７個のメツセージ
を交換する例を示す。左側の欄にはＴＭＳからＰＡＢＸ
へのメツセージを記し、右側の欄にはＰＡＢＸがらＴＭ
Ｓへのメツセージを記してあり、これらのメツセージは
初期化メツセージ（第１ないし７行、第１０゜１１；１
６，１７；及び２３．２４行）とトランザクション・メ
ツセージ（その他の行）から成っている。

各行（ｌ　ｉ　ｎｅ）のデータは十六進法で表されてお
り、２文字が常に１バイト（ｂｙｔｅ）を形成する。

本実施例においては、バイトｌはその構成が第１ｄ図に
示されている初期化要請が意図され、その数値は００で
ある。またバイト１４はそれに引き続く初期化応答で数
値は８０である。

バイト１２及びバイト１５で表示される各種サービスの
コードは次の通り： ８１：デイスプレー画面上へのサービス表示。

８２：余地の状況。

８３：　メツセージ管理。

８４：夜間監視。

０４：直接自動電話発呼。

０２：　目覚ましサービス。

本発明の範囲では、各種サービスの内容を正確に記述す
ることはさほど重要ではない。これらのサービスの更に
詳細な説明については前記「フィリンブス・テレコミュ
ニケーション・レビュー」誌所載の文献を参照されたい
。

バイト１３及び１６はそれぞれ要請ウィンドウ数及び割
当ウィンドウ数を表示し、その値は００（十進法の０．
ウィンドウ数Ｏの場合）からＦＢ　（十進法の２５４．
ウィンドウ数２５４の場合）までのどれかをとる。初期
化要請及び初期化応答はすべて、第１及び３図に示す通
り、３バイトで構成される。

これに対してトランザクションの要請及び応答ははるか
に沢山のバイトで構成される。

第８行は第１のトランザクション要請、サービス８３を
要請するもの、を表示する。第１バイト０１はトランザ
クション要請であることを示し、第２バイト８３はサー
ビスを示し、第３バイト００は関連ウィンドウでのこの
トランザクションの識別コードである。第４パイ）０１
は機能コードで、これについては後述する。第５バイト
０２はこの後パラメータがいくつ続くかを示し、それは
この場合２であって、従って第１パラメータは２２，２
３．１５である。

この場合、最初のバイトの頭の２はいわゆる２型パラメ
ータ、数字列を表すもの、であることを示し、最初のバ
イトのうしろの２はこの後に２つのバイトが続くことを
示す。この２つのバイト２３゜１５は（ＰＡＢＸの）内
線番号である。第２パラメータは２Ａで始まり、この頭
の２はやはりいわゆる２型パラメータすなわち数字列で
あることを示し、うしろのＡ（十進法の１０）はこの後
に１０個のバイトが続くことを示す。この例ではこの１
０個のバイトは選択数００で、ＦＦというのは空欄の埋
め草文字である。

第９行は第８行のトランザクション要請に対する応答で
、頭の８１からこれが応答であることが分かり、この応
答は識別コードＯＯのサービス８３を意図しているもの
である。第４バイトの０１は機能コードであり、第５バ
イトで示すパラメータの数は０１であって、そのパラメ
ータは１１００で、これは１型パラメータで１バイト・
トランザクション完結コードを示す。コードそのものは
ＯＯでこれは成功完結を示す。

このようにしてトランザクション・メツセージは常に次
のような構成となる： 第１バイト：０１はトランザクション要請、８１はトラ
ンザクション応答。

第２バイＩ・：サービスを示すコード、上表を参照のこ
と。基本的には２５５通りの 異なるサービスが可能。

第３バイト：このトランザクションに対し第２バイトで
示すサービスに係る識別 コード。ある特定のサービスの識 別コードの最大数はこのサービス に割当てられたウィンドウ数に等 しい。

第４バイト：実行するサービスの機能。この機能が実行
するサービスと密接に関 係していると考えるには及ばない が、−例としてサービス８３すなわ ちメツセージ自動記録サービスの 場合、０１はサービスの開始を、０２ はサービスの停止を示す。その他 のサービスに対しても機能コード は０（十六進法００）から２５４　　（十六進法ＦＥ）
までの範囲でこれとは 別の意味を与えられ、それはサー ビスに依って自由に決めることが できる。

第５バイト：以下に続くパラメータの数。

第６バイト：第１パラメータの第１バイト。このバイト
のうしろの４ビツト（す なわち十六進法の１つの数字）は これに続くデータ列の長さを表し、 頭の４ビツト（すなわち十六進法 の１つの数字）はデータ列の型式 を表す。またこのバイトは完結コ ードだったり、数字列だったりす る場合もある。

第Ｘバイト二次のパラメータの第１バイトは、以下順次
第６バイトと等しい構成 になっている。

上述の説明から推して、第３図のトランザクション列は
容易に理解できるだろうから、以下はごく簡単に述べる
。

第１２行はサービス０４すなわち直接自動電話発呼の要
請である。内線１４０９を内線２３５８へ接続すること
を求めている。第１３行はこの要請への応答で、完結コ
ードの０４はこのサービスの場合、発信源が直接自動電
話発呼のための正規の状態になっていないことを表して
いる。第１４行で利用者から同じ命令が繰り返され、今
度は第１５行の完結コードが００で、これは接続が確立
されたことを表している。

第１６行はサービス０２すなわち目覚ましサービスの初
期化要請で、要請ウィンドウ数は１０だが、割当ウィン
ドウ数は第１７行に示すように５となっている。第１８
．１９及び２０行で内線１４０２．１４０３及び１４０
４への目覚ましサービスのトランザクション要請がなさ
れ、トランザクション・コード００，０１及び０２がそ
れぞれ与えられている。第２パラメータはすべて３型パ
ラメータで、これはボート識別である。この場合のボー
ト０４は最後のバイトで示されている。ＰＡＢＸのボー
ト４は目覚ましメツセージの自動音声送出回路でもよい
し、通常の内線から受付の女子が目覚ましコールをして
もよい。第２１行は第１９行への応答で、完結コードは
０５となっている。ということは情報源が使用中、つま
り内線１４０３は話中なのである。第２２行に出てくる
次の要請はＩ−ランザクジョン識別コード０１を得る、
該内線が再び空きになったからである。第２５行、第２
６行は、それぞれ第２０行と第２１行の要請に対する応
答で、完結コード００は成功完結を意味するが、方、第
２７行は第１８行への応答で、完結コードが０７である
のは内線１４０２が応答しないので最大時間を経過して
しまったことを意味する。

第４図はＰＡＢＸ　４１がデータ・バス４２を通してＴ
ＭＳ　　４３に接続している構成を示すブロック図であ
る。このＰＡＢＸは、中央制御ユニット４４及びそれに
付随するメモリ回路４４′、ＰＡＢＸを多数の内線４６
に接続するインタフェース４５、ＰＡＢＸを多数の外部
電話回線４８に接続するインタフェース４７、及びデー
タ・バス４１１を通して制御ユニット４１０を接続する
ことができるインタフェース４９をもっている。

ＴＭＳ　４３は少なくとも、中央制御ユニット４１２及
びそれに付随するメモリ回路４１２′、デイスプレー・
ユニット４１３、及びキーボード４１４をもっており、
このキーボードから要請するサービスに関するデータを
ＴＭＳに投入することができる。要請されたデータはデ
イスプレー・ユニット上に現示することができる。

本発明の方法によって、中央制御ユニット４４及び４１
２の制御の下に、ＴＭＳとＰＡＢＸとの間でメツセージ
を送受信するための通信を実行するやり方にライては、
前記の「フィリンブス・テレコミュニケーション・レビ
ュー」誌所載の文献を参照されたい。

以上述べてきた処により、本発明の方法を用いれば、あ
る特定のサービスを行うため、両端末装置間の極めて効
率的な通信が可能なことは明らかである。また同じく、
型式の異なる端末装置間を相互接続するのにも好適であ
る。−例として、新式の端末装置と旧式の端末装置とを
何等問題なく結合することがたやすくできる、すなわち
、一方の端末装置はある特定のサービス機能をもち、他
方はこれをもたない場合に、もたない方がこの特定のナ
ービスを要請されたならば、応答時にウィンドウ数にＯ
を割り当てさえすればよいのである。

また更に、ある端末装置があるサービスに関して同時処
理のできる数が限られている場合にも、もしそれより多
い同時処理を要請されても、応答側の可能処理数に応じ
たウィンドウ数を割り当てることにより、通信の混乱を
起こすことは回避できる。

これまでに説明してきた初期化メツセージ及びトランザ
クション・メツセージの構成は単に一例として提示した
ものであって、特定の用途に随って本発明の範囲内で、
初期化メツセージのみならず、特にトランザクション・
メツセージに関しては、多様な観点から望ましい機能に
同調することができる、ということをここで強調してお
きたい。

【図面の簡単な説明】

第１ａ図はある特定のサービスに対する初期化要請の構
成の一例を示す。 第１ｂ図は第１ａ図に示す要請に対する初期化応答の構
成の一例を示す。 第２図は２つの端末装置間の接続を設定するときに生じ
る各状態を表す状況推移図である。 第３図はＰＡＢＸからＴＭＳへ及びＴ？ｌＳからＰＡＢ
Ｘヘノメツセージ列の交換の一例を示す。 第４図は、本発明の方法を実現するのに好適なＰＡＢＸ
およびＴＭＳの構成を示すブロフク図である。 ４８・・・外部電話回線（市内電話網）４９・・・ｆｆ
１ｌ　ｊｎユニントとのインタフェース４１０・・・制
御ユニット ４１１・・・データ・ハス ４１２・・・ＴＭＳの中央制御ユニット４１２′　・・
・メモリ回路（４１２に付随する）４１３・・・デイス
プレー・ユニット ４１４・・・キーボード ４１・・・ＰＡＢＸ　（構内自動交換機）４２・・・デ
ータ・バス ４３・・・ＴＭＳ　　（電話管理システム）４４・・・
ＰＡＩ３Ｘの中央制御卸ユニット４４′　・・・メモリ
回路（４４に付随する）４５・・・ＰＡＢＸ内線とのイ
ンタフェース４６・・・ＰＡＢＸの内線

Claims (1)

1. 【特許請求の範囲】 １、２つの端末装置のうちの片方が提供する多数のサー
   ビスに関し、共通通信チャネルを通して行う両端末装置
   間の非同期二重データ通信の方法であって、 両端末装置のうちの一方が、要請するサービスを表わす
   データと、このサービスを同時に実行してほしい回数ｎ
   （ｎ＝１、２、３、…、ｎ）〔これをウィンドウと称す
   る〕を表わすデータとを含む初期化要請を、上記チャネ
   ルを通して送信することによって、通信リンクを初期化
   し、 またもう一方の端末装置は、該リンクによって、要請さ
   れたサービスを表わすデータと、このサービスを同時に
   実行できる回数ｍ（ｍ＝０、１、２、３、…、ｍ）を表
   わすデータとを含む初期化応答を、上記チャネルを通し
   て返送し、 ただしここでｍ≦ｎとすることを特徴とする非同期二重
   データ通信方法。 ２、初期化要請及びそれに対する応答は、それぞれが３
   つのバイトで構成され、第１バイトは要請か応答かを示
   すものであり、第２バイトは要請されたサービスを示す
   ものであり、第３バイトは、要請の場合は要請するウィ
   ンドウ数を、応答の場合は割当てられたウィンドウ数を
   示すものであることを特徴とする請求項１に記載の非同
   期二重データ通信方法。 ３、割当てられたウィンドウ数が＞０であるならば、ト
   ランザクションを用いることによりサービスを実行する
   ことを特徴とする請求項１または２に記載の非同期二重
   データ通信方法。 ４、トランザクションは要請と応答とにより構成され、
   その各々はバイト列を有し、第１バイトはトランザクシ
   ョンが要請に係るものか応答に係るものかを示し、第２
   バイトは該当するサービスを示し、第３バイトはこの特
   定のトランザクションに固有の識別コードを示し、第４
   バイトはそのサービスの機能コードを示し、第５バイト
   はそのうしろに続くパラメータの数を示すことを特徴と
   する請求項３に記載の非同期二重データ通信方法。 ５、各パラメータの第１バイトは、そのうしろに続くデ
   ータ列の型式に関する識別情報及び該データ列の長さに
   関する識別情報を含むことを特徴とする請求項４に記載
   の非同期二重データ通信方法。 ６、各々が第１バイト列を構成して、初期化要請または
   初期化応答をそれぞれ送信および受信する手段と、 初期化が成功したか否かを確定する手段と、各々が第２
   バイト列を構成して、要請トラ ンザクションおよび応答トランザクションをそれぞれ送
   信および受信する手段 を具備することを特徴とする請求項１ないし５のうち少
   なくともいずれか１つに記載の方法を実現するための端
   末装置。 ７、第１のバイト列の長さは３に等しく、第２のバイト
   列の長さは最小でも６に等しいことを特徴とする請求項
   ６に記載の端末装置。