JPH01192250A - 通話転送制御方法及び装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 以下の順序で本発明を説明する。

Ａ、産業上の利用分野 Ｂ、従来技術 Ｃ６発明が解決しようとする問題点 り０問題点を解決するための手段 Ｅ、実施例 Ｅｌ、システムの概要（第１図） Ｅ２．ＣＢＸのハードウェア環境（第３図ないし第５図
） Ｅ３．ＣＢＸのハードウェアの説明（第６図）Ｅ３１．
単一ノード通信 Ｅ３２０時分割多重化 Ｅ３３．パルス・コード変調 Ｅ３４．ＴＤＭ交換ネットワーク：バスＥ３５．ＴＤＭ
ネットワーク Ｅ３６．棚内バス Ｅ３７．欄間バス Ｅ３８．拡張カード Ｅ３９．７０Ｍコントローラ・カード Ｅ３１０．送受反転カード Ｅ３１１．システム・クロック Ｅ３１２．バス容量 Ｅ３１３．コンピュータ共通制御 Ｅ３１３ａ、プロセッサ Ｅ３１３ｂ、メモリ Ｅ３１３　Ｃ，増強通信プロセッサ Ｅ３１３ｄ、ディスク・システム Ｅ３１４．診断カード Ｅ３１４ａ、システム・モニタ・カードＥ３１４ｂ、冗
長棚モニタ Ｅ３１４Ｃ，構内棚モニタ Ｅ３１４ｄ、サービス・メンテナンス・ボートＥ３１４
ｅ、正方直列Ｉ１０ポート Ｅ３１５．キャビネット及び電力システムＥ３１５　ａ
、ＣＭＣ３の詳細 Ｅ３１５ｂ、ホスト通信リンク Ｅ３１５Ｃ，ホスト・ハードウェア Ｅ４．ＣＢＸソフトウェア環境 Ｅ４１．ホスト・ソフトウェア（第２３図）Ｅ４２．オ
ペレーティング・システム Ｅ４３．先進通信機能（ＡＣＦ）／仮想端末アプリケー
ション・モニタ（ＶＴＡＭ） Ｅ４４．カスタマ情報制御システム（ＣＩＣ３）Ｅ４５
．ＣｌＣ５アプリケーシヨン Ｅ４６１機能の説明 Ｅ４７０通常転送 Ｅ４８．暗黙転送 Ｅ４９．ホストの活動 Ｅ４１０．通話追跡プログラム Ｅ４１１．画面更新プログラム Ｅ４１２．ＣＭＣ３管理情報システム（Ｍｉｓ）プログ
ラム Ｅ４１３．ＣＭＣ３管理／保守プログラムＥ４１４．Ｃ
ＭＣ３管理情報システム（Ｍ　Ｉ　Ｓ）プログラム Ｅ５．論理の記述 Ｅ５１．音声とデータの調整 ８５２１通話追跡 Ｅ５３．ＣＭＣ５アプリケーション構造Ｅ５３ａ、最初
の通話レコード Ｅ５３ｂ、最初でない通話レコード Ｅ５３ｃ、ＣＭＣＴ更新 Ｅ５３ｄ、画面表示アプリケーションの通知Ｅ５３ｅ、
Ｍｉｓアプリケーション Ｅ６．詳細なＣＭＣ５テーブル解析 Ｅ６１．通話管理制御テーブル（ＣＭＣＴ）Ｅ６２．端
末・拡張子テーブル Ｅ６３．アプリケーション・ＤＮＩＳテーブルＥ６４．
待ち行列カウント・テーブル Ｅ７．メツセージ・フォーマット Ｅ８．基本的なトランザクションの流れＥ９．表示状態 Ｅｌｏ、管理アプリケーション ８１１０通話例のサンプル Ｅｌｌｌ、例Ｉ Ｅ１１２．例２ Ｅ１１３．例３ Ｅ１１４．例４ Ｅ１１５．例５ Ｅ１２１表１ないし表１２ Ｆ１発明の効果 Ａ、産業上の利用分野 この発明は、−船釣には多重通信システムにおけるデー
タ処理アプリケーションの改善に関し、より詳しくは、
電話の呼び出しとその呼び出しに関連する端末表示情報
の、他の電話と端末の対への転送を制御するためのディ
ジタル交換機の使用に関するものである。

Ｂ、従来技術 ここ何年間でディジタル交換機の能力の向上がはかられ
、特に著しいのは交換機を通じて音声及びデータを多重
化する能力である。

伝統的には、音声通信を管理するために電話システムが
使用されてきた。そして、電話の呼出しを接続したり、
転送したり、回送したりする機能は、電話システムで期
待される通常の機能となった。オフィス環境は、社員の
机の一隅を占める電話なしでは最早不十分であり、電話
は社員を顧客に連結する緊密なコードとなった。

次に、オフィスにはコンピュータが到来した。

そして、受取可能な金額や、支払い可能な金額や、明細
目録の制御などのアプリケーションにより・コンピュー
タ・アプリケーションに情報を伝達するための表示端末
を使用することが必須になってきた。

その後、コンピュータ・アプリケーションがより洗練さ
れ複雑になってくるにつれて、顧客サービス部門がツー
ルとしての表示端末の価値を認識するようになり、顧客
の要求に応えるために電話を表示端末と結合させたので
あった０間もなく、顧客サービスの担当者は、顧客が表
示端末を介して情報を入力したときにその間合せに応答
することに慣れてきて顧客と表示端末情報を交換するよ
うになった。

表示端末はまた、社員に、有用な情報の保存をも可能な
らしめた０例えば、顧客が、株式−覧表を入手するため
に電話してくることがあり得る。

また、顧客は更なる投資のために、予測情報を要求する
かもしれない。すると社員は、株式情報を入手するため
にホスト・データベースにアクセスし、もし顧客が株式
の追加申込みを望んでいるのであれば、社員は、仲買人
に通話を転送することもできる。しかし、通話を転送す
る前に、表示端末上でその仲買人の前に他の°社員が既
に入手していたのと同一の情報にその仲買人がアクセス
しなくてはならない、ということもある。

従来技術において↓よ、電話と表示端末が豊富な情報を
与えたけれども、電話と表示端末の調整が有効に処理さ
れたとは言えなかった。電話の呼び出しの転送の問題に
対する１つの解決策は、米国特許第４６９４４８３号に
見出すことができる。

この特許は、入来する１つの電話呼出しを、複数の代理
表示モジュールへと経路指定するための電話呼出し経路
指定システムを与える。この代理表示モジュールは、そ
の特定の代理表示モジュールによって処理されるのを待
っているすべての通話リストを有している。そして、各
代理表示モジュールは、通話を各々の表示モジュールへ
と均等配分するためにモニタされる。しかし、これにお
いては、顧客情報などの表示情報が他の通話と調整され
ることがない。従って、この従来技術の技法は、本発明
が与える固有の機能を与えない。

データ呼出し転送についての他の技法は、米国特許第４
５３５１９９号と米国特許４５３２３７７号に見出され
る。米国特許４５３５１９９号公報は、確立された通話
を、遠隔ディジタル端末へ再指向させる。このシステム
は、電話の「データ」ボタンを押すことに応答してディ
ジタル情報の転送を調節するべく、音声通話のディジタ
ル端末への転送を可能ならしめる。このシステムは、デ
ータと音声の両方の転送のために単一の電話を使用する
ようにするために採用されたものであって、通話の転送
に併せてデータを転送するために表示端末を使用するこ
とは何ら教示しない。

Ｃ０発明が解決しようとする問題点 本発明の目的は、通話と、通話に関連する個別のホスト
に基づく情報の転送を、ホスト・プロセッサの管理の下
でディジタル交換機を介して実行し調整するための方法
を提供することにある。

本発明の他の目的は、通話に、被転送側の応答者が応え
る前に、表示端末上に呼出し者に関連する情報を表示す
る、という選択肢を与えることにある。

本発明のさらに他の目的は、情報を表示するために既存
のホスト・アプリケーションを調節することにある。

本発明のさらに他の目的は、転送が行なわれるときに、
転送のあらゆる面に亘る状況情報を集めることにある。

本発明のさらに他の目的は、ホストとディジタル交換機
の間の通信を部品化するためにプロトコルを使用するこ
とにある。

Ｄ０問題点を解決するための手段 本発明によれば、上述の目的は、付属電話を、ホストに
接続された特定の表示端末と、特定のＣｌＣ５アプリケ
ーションにリンクするように一組のホスト・データ構造
を構成することによって達成される。このデータ構造は
、ホスト・アプリケーションから付属電話への情報の適
宜な転送に関連する情報をも含む。

ＣＢＸとホストは、標準プロトコルを用いたメツセージ
の転送を容易ならしめるために通信管理システムを有し
ている。また、システム・プログラムと他の既存のアプ
リケーションの活動を調節するために標準的なアプリケ
ーション管理システムが使用される。各通話の状況は、
システム・プログラムによって注意深く追跡され、後の
解析のためにログに記録される。

Ｅ、実施例 Ｅｌ、　システムの概要 伝統的な業務用遠隔通信アプリケーションでは、音声と
データの成分が別々になっている。これらの業務用アプ
リケーションは、以下で説明するように音声とデータの
成分を統合することによって機能を高めることができる
。

ここで第１図を参照すると、通話管理制御システム（Ｃ
ＭＣ５）の主要部の例が図示されている。

コンピユータ化、分岐交換システム（ＣＢＸ）１は、電
話処理を管理するディジタル交換機である。

ＣＢＸ　１は、論理ユニット（ＬＵ）６．２インターフ
エース２を介してホストへのインターフェースを行う。

付属電話４から付属電話６へ通話を転送するために上述
の例を使用することによつ、て、通話転送に関連する通
常のタスクが代理のシステムによって実行される。ＣＢ
ＸＩは、その要求を、デイスプレィ７に表示するために
、端末デイスプレィ５からの対応するホスト表示端末転
送要求トランザクシコンに変換する。このトランザクシ
ョンが構築されるとＬ　Ｕ　６．２リンク２を介してＣ
ＢＸＩからホスト３へと送信される。ホスト３は、新し
い付属電話６に接続された端末デイスプレィ７を決定す
るためにテーブル・ルックアップを実行する。

次に、転送側の端末デイスプレィ５に表示されている現
在の表示トランザクションが、新しい端末デイスプレィ
７上に表示される０次に処理のより詳しい内容を以下に
説明する。

Ｅ２．ＣＢＸのハードウェア環境 本願の好適な実施例に類似する。従来技術のＣＢＸの例
が第２図に示されている。これは、ＲＯＬＭ　　ＣＢＸ
　　ＩＩ　　９０００に接続されたコンピュータ制御装
置をあられすものである。このハードウェアは、冗長メ
モリ１０と、共有交換■１０バス（ＩＳＢ）２０と、さ
まざまなインターフェース・カード３０と、ディスク・
インターフェース４０と、冗長プロセッサ５０からなる
。遠隔ノード接続機構が、内部ノード・リンク（ＩＮＬ
）を介して与えられる。ハードウェア環境のより詳しい
説明は、ロルム（ＲＯＬＭ）社から１９８６年に発行さ
れた、ＲＯＬＭ　　ＣＢＸ　　ｌｌ９０００業務用通信
システム（ＢｕｓｉｎｅｓｓＣｏｍｍｕｎｉｃａｔｉｏ
ｎｓ　Ｓｙｓｔｅｍ　）に述べられている。

本発明を実施するためのＣＢＸのハードウェアの最良の
態様が第３図ないし第６図に示されている。第３図は、
ＣＢＸのハードウェア棚レイアウトを示す、棚１（５１
）は、冗長システム・キャビネット中の共通制御棚、ま
たは非冗長システム・キャビネット中の別の時分割多重
化（Ｔ　Ｄ　Ｍ）カード棚である。棚２（５２）は常に
共通制御棚である。棚３（５３）及び棚４（５４）は常
にＴＤＭカード棚である。符号５５で示す箇所には、熱
を放散させるためと、システム電力を与えるために、空
冷システムと、冗長電力システムが設けられている。

第４図は、共通制御スロット５２のＣＰＵ棚スロスロッ
トられす。図示されているように、メモリ・カード６０
と、プロセッサの組６１と、共有人出力（Ｉ　１０）ハ
ードウェア６２と、ディスク・ドライブ・ユニット６３
が備えられている。プロセッサ・カードは、マイクロプ
ロセッサを含む。

さらに、共通制御マザーボード６４があり、これは、メ
モリ・カード６０と、プロセッサの組６１と、共有Ｉ１
０ハードウェア６２を、システム・バスに連結する＝共
通制御マザーボード６４は、冗長共有制御棚５１とＴＤ
Ｍ棚５３及び５４からの他の共通制御マザーボードを連
結するために使用される。

第５図は、ＴＤＭ棚スロットをあられす、ＴＤＭ通信カ
ードは符号６５で示すスロットに嵌る。

他のＴＤＭカードは符号６８のスロットを占有する。ス
ロット７０は、フユーズをもち電力をモニタするライン
棚モニタＬＳＭのために留保されている。もしＬＳＭが
電源の故障またはフユーズの不具合を検出すると、その
ことは、モニタ・エラーを報告する走査器によってエラ
ー解析システムに報告される。エラー解析システムは特
定の判断トリーをオペランド解析して、示唆されている
動作を発生する。

Ｅ３．ＣＢＸハードウェアの説明 以下の説明は、ＣＢＸシステムのハードウェア・ブロッ
ク図である第６図に関するものである。

この図は、ＣＢＸの好適な実施例の機能図である。

Ｅ３１．単一ノード通信 ノードは、ＣＢＸシステムのモジュール構成ブロックで
ある。各ノードは、時分割多重化（ＴＤＭ）交換ネット
ワークと、プロセッサと、キャビネット及び電力システ
ムと、インターフェース・カードからなるスタンドアロ
ン遠隔通信システムとして機能することができる。単一
ノード・システムは、２０００本までのラインを収容す
るために、１から５基までキャビネットを拡散すること
ができる。

ＣＢＸは、広範囲の音声、データ及び特定のアプリケー
ションをサポートするためにＴＤＭ及びパルス・コード
変調を用いるディジタル交換システムである。各ノード
内では、３２ビツト・プロセッサとランダム・アクセス
・メモリ（ＲＡＭ）が、制御処理を行う。

Ｅ３２０時分割多重北 条重化とは、単一の通信チャネルを、多重の音声または
データを同時に搬送するように使用する方法である。こ
のＴＤＭチャネルの使用は、ユーザー間、またはシステ
ム機能間で交互切換し、各々が巡回的に小部分のチャネ
ル時間（タイム・スロット）を受は取るようにするもの
である。チャネルは、個別の伝送用に留保されているよ
うに見えるけれども、高速チャネルであるゆえ、多くの
伝送信号を同時に搬送することができるのである。

Ｅ３３．パルス・コード変調 １９７５年に最初にＣＢＸが出荷されたとき、ＲＯＬＭ
は、当分野でＰＣＭ技術を使用する最初のペングーであ
った。ＰＣＭは、音声会話のアナログ音波をサンプルし
、ディジタル信号に変換し、ＴＤＭネットワーク上で転
送し、アナログ信号に再構成する処理である。ＣＢＸは
音声信号を毎秒８０００回サンプルする。これらのサン
プルは８ビツト２進ワードに変換され、これがデータ・
バス上で伝送される。この章では、単一ノード通信シス
テムの４つの主要な要素が説明される。それらは次の順
序で説明される。

＊　　ＴＤＭ交換ネットワーク ＊　コンピュータ共通制御 ＊　キャビネット及び電力システム ＊　音声、データ、トランク及び他の資源に対するＴＤ
Ｍインターフェース Ｅ３４．ＴＤＭ交換ネットワーク：バス広く定義するな
ら、バスは、ＴＤＭ交換ネットワーク全体である。これ
は、プロセッサによって確立された接続を維持し、共通
制御電子回路と、電話と、端末と、トランクの間に情報
を渡す。バスは、ノード内通信のための通路である。

このバスは、１６ビツト、並列、単一方向バスであって
、毎秒２９５Ｍバイト（Ｍｂｐｓ）の容量をもつ、これ
は、１１５２本の双方向または全二重通信チャネルを与
え、そのうち１０４５本は音声／データ・トラフィック
のために利用可能である。

システムは、残りのチャネルを、電話デイスプレィのセ
ット・アップなどのさまざまな制御機能に使用する。

Ｅ３５．ＴＤＭネットワーク ノード内通信の主要な要素は、ＴＤＭネットワーク制御
グループである。このグループは次のものからなる。

本　棚内（ｉｎｔｒａｓｈｅｌｆ）バス８４本　棚内バ
ス８６及び８７ ＊　拡張装置８０カード ＊　　ＴＤＭｉ＃Ｊ御カード Ｅ３６．棚内バス８４ 各ＴＤＭ棚の背後には、ＴＤＭ背面上に棚内バス８４が
設けられている。棚内バス８４は、棚内の通信を可能な
らしめる。各ＴＤＭ棚上では、１つの拡張装置８０カー
ドが各棚内バス８４に接続されている。拡張装置８０カ
ードは、棚内バス８４と欄間（ｉｎｔｅｒｓｈｅｌｆ）
バス（ＩＳＢ）の間のインターフェースを与える。

棚内バス８４で利用可能な全帯域は７４Ｍｂｐｓである
。各棚内バス８４は、１６ビツト双方向データ・バスと
、１０ビツト・アドレス・バスと、各カードに対する“
イネーブル゛ラインを含む。

イネーブル・ラインは、各カードを特定の棚アドレスで
構成することを不要とし、これによりインターフェース
・カードが棚上の任意のスロットを占有することができ
る。さらに、イネーブル・ラインはアドレス・デコーデ
ィングを簡略化し、よって信頼性が高まる。

Ｅ３７．棚内バス８５ 棚内バス（ＩＳＢ）８５は、本実施例のバス構造の統合
的な部分であって、ＴＤＭコントローラ（ＴＣ）８１に
接続された平坦なリボン・ケーブルと、各棚上の拡張装
置８０カードを介して、欄間の通信を処理する。

ＩＳＢは、ソース・バス８７と宛先バス８６の２つの単
一方向バス上で２９５　Ｍｂｐｓのデータ速度をサポー
トする。

Ｅ３８．拡張カード もしシステムが冗長プロセッサをもつなら、拡張装置８
０カードもまた冗長である。キャビネットの１つの共通
制御側が活動状態にあるとき、拡張８０カードのうちの
１つが使用されており、その間冗長（非活動）共通制御
側及び他の拡張装置８０カードが、活動状態になるべ（
待機する。

各拡張装置８０カードは、その棚に悪影響を及ぼすすべ
ての音声及びデータ接続のための接続テーブルを含む、
これにより、接続をはかるために必要なアドレス情報の
ための帯域を浪費することなく、通話データのために棚
内帯域すべてが解放される。

拡張装置８０カード、ＴＣ８１カード及び送受反転（ｔ
ｕｒｎａｒｏｕｎｄ）　８２カードは、バス・トラフィ
ックを調時するために（送受反転８２カード内に配置さ
れた）バスＩＳＢクロックを使用する。

これにより、バスに沿って進行するデータと、クロック
・パルスの間の正しいタイミング関係が維持される。送
受反転カードはまた、各サンプリング間隔の始点毎にパ
ルスを送出する。

Ｅ３９．ＴＤＭコントローラ・カード バスＴＣ８１カードは、プロセッサーｌ５Ｂ−インター
フェース通信の監視を保守する。ＴＣ８１カードは、Ｃ
ＢＸノードのキャビネットの共通制御棚上にある。ＴＣ
８１カードは次の３つの活動を担当する。すなわち、（
１）各拡張装置８０上の接続テーブルをロードし検証す
ること、（２）送受反転カードとノード間リンク（ＩＮ
Ｌ８３）ハードウェアを構成すること、（３）さまざま
なライン・カード・グループと通信することである。Ｔ
Ｃ８１カードは、１２Ｍｂｐｓまでの制御情報を処理す
る。

ＴＣ８１カードは、バス制御フィールドを使用すること
によってその動作を通知する。制御パケットは、拡張装
置８０接続テーブルをロードし、ライン・カードの状況
を読み取るためのアドレス、制御及びデータ情報を含む
。

ＴＣ８１カードは、音声またはデータ通話の２端間を通
信経路を維持する。そして、ＴＣ８１カードを通じて、
プロセッサが、ディジタル化された信号をＩＳＢ上の固
有のタイム・スロットに割当てることによってディジタ
ル化された信号を切換える。バスＩＳＢはＴＤＭ技術を
使用し、これにより、ＩＳＢが、多量の共時的な音声及
びデータ伝送信号を搬送することが可能となる。

Ｅ３１０．送受反転カード その名が示すとおり、送受反転８２カードは、バス上で
データを反転させるものである。伝送カードの棚上の拡
張装置８０カードが、データ・ワードをソース・バス８
７上に乗せると、データ・ワードは、送受反転８２カー
ドに出会うまで右方に進行し続け、送受反転８２カード
はそのワードを受取って宛先バス８６へとそれを再送信
（送受反転）する。次に、宛先ツエルフ上の拡張装置８
０がそのワードを取込んで適正なカードへとそれを送る
。

送受反転カードを使用することの利点は、個々のタイム
・スロットにおいて宛先バス８６と受信カードに再送信
される情報が、そのタイム・スロットにおいてソース・
バス８７及び送信カードから受取られる情報とは全く異
なる、ということである、このことは、バス上の単一の
タイム・スロットに２つのノード内会話が存在すること
を可能ならしめることにより、交換機のトラフィック容
量を２倍にする。

このことがどのようにして起こるかをさらに理解するた
めに、ノードＡ内に接続をもつ電話上で会話が行なわれ
ていると想像してみよう、システムは、ノードＡのソー
ス・バス８７上に音声サンプルを送信し、そのサンプル
は送受反転８２カードに出会う。そうして、送受反転８
２カードは、このサンプルを、同一のバスの宛先部分に
乗せる。

すると、ノードＡの宛先部分上のタイム・スロットは今
や「空き」となっている。

送受反転８２カードはこの空きスロットに、会話の他端
からの音声サンプルを入れることができる。この上うに
、会話の両端からの信号が同時−に同一のタイム・スロ
ットを占有することができるのである。

Ｅ３１１．　システム・クロック 多重ノードＣＢＸシステムの各ノードにおいて、システ
ム・クロックが、送信反転８２カードを介するＴＤＭネ
ットワークのタイミングを与える。

システム・クロックはまた、ノード間のＩＮＬ８３動作
を同期させる。このクロックの源は自己の内部システム
であってもよいし、外部Ｔ１インターフェース・トラン
クから同期してもよい。システム・クロックは、ベル・
ネットワーク同期化プラン（Ｂｅｌｌ　Ｎｅｔｗｏｒｋ
　５ｙｎｃｈｒｏｎｉｚａｔｉｏｎ　Ｐｌａｎ　）の５
ｔｒａｔｕ＋＋　４に従う。

Ｅ３１２．バス容量 この新しいバスは、ＣＢＸに、ノード毎に２３０４のタ
イム・スロットを与える。帯域とは、ＣＢＸ中の音声及
びデータ・トラフィック容量の測度である。バス１６ビ
ツト並列バックプレーンのクロック速度は１８４３２Ｍ
）１２である。システムの全体の帯域は従って、（１８
４３２ＭＨ！／秒）Ｘ（１６ビツト／サイクル）−２９
４９１２Ｍｂｐｓである。

これを、通信チャネルの用語で言い直すと、ＣＢＸサン
プリング周波数が８　Ｋ　Ｈｚであるので、１６ビツト
・バックプレーンの通信チャネルの各方向の帯域幅は、 （８０００サンプル／秒）Ｘ（１６ビツト／サンプル）
＝１２８０００ｂｐｓ（１２８Ｋｂｐｓ）である。

付記：各サンプルは実際は８ビツトであるけれども、機
能の従来の拡張に備えるために１６ビツトが使用されて
いる。それゆえ、バスをもつノード内の全体の帯域幅は
、各ノードで１１５２チャネルｘ１２８ＫｂｐｓＸ２接
続／全２重チャネル埠２９４９１２Ｍｂｐｓである。こ
うしてバスをもつ１５ノード・システム全体の帯域幅は
、１５ノ一ドＸ２９５Ｍｂｐｓ／ノード＝４．４２５Ｇ
ｂｐｓ（４４２５００００００ｂｐｓ）である。

Ｅ３１３．コンピュータ共通制御 ＣＢＸは、コンピュータ共通制御装置を好便に利用する
。コンピュータ共通制御装置の記憶されたプログラムを
用いると、業務の要求の変更に応じて機能を更新するの
が容易である。これにより多大の柔軟性が与えられ、将
来なされるべき機能の追加、及びその他の変更のコスト
が低減される。

コンピュータ共通制御グループは、すべての動作を、Ｃ
ＢＸシステム内に導く。単一ノードＣＢＸは、１つまた
は２つの共通制御槽をサポートする。キャビネット１の
棚２は常に、コンピュータ共通制御グループを収容する
。重要なアプリケーションまたは大型のシステムでの信
頼性を高めるために、棚１は、第２の、あるいは冗長の
共通制御グループを収容することができる。

これらのグループは次のものからなる。

＊　プロセッサ　０ ＊　メモリ ｓ　　ＴＤＭｔｉｌ制御カード ＊　フロッピ・ディスク・ドライブ 本　ハード・ディスク・ドライブ ＊　周辺装置コントローラ ＊　　Ｉ１０カード ＊　診断カード 本　制御パケット・ネットワーク・インターフェース（
多重ノードのみ） Ｅ３１３ａ、プロセッサ ｒ９０００Ｊは、ＣＢＸが採用している３２ビツト・プ
ロセッサである。これはＲＯＬＭが所有権をもつ命令セ
ットを有し、強力かつ高速のビット・スライス技術を使
用する、ＲＯＬＭ所有のデザインである。単一ノード構
成は７５００から１１０００の話中時間通話試行（Ｂｕ
ｓｙ　Ｈｏｕｒ　ＣａｌｌＡｔｔｅｍｐｔ　：　ＢＨＣ
Ａ）　　（すなわち、ＣＢＸが最大のトラフィックを搬
送する時間の間に試みられた通話セットアツプの総数）
をサポートする。冗長システムにおいては、システムを
制御するプロセッサが活動プロセッサであり、他方のプ
ロセッサが待機（ｓｔａｎｄ−ｂｙ）プロセッサである
。そして、活動共通制御における故障がシステム動作を
停止させてしまうのを防ぐために、どちらかのプロセッ
サが待機共通制御を与える。活動プロセッサは、移動、
変更、周速度通話情報、及び待機プロセッサに対する通
話中情報などの新しい情報を転送し続ける。それゆえ、
活動性プロセッサからの切換えの際には、待機プロセッ
サは常にシステムの状態に関する現行の情報を有するこ
とになる。

待機プロセッサの動作の可動性を保証するために、２４
時間毎（通常深夜）に、活動プロセッサから非活動プロ
セッサへシステムの切換が行なわれる。この冗長性によ
り、実質的に中断されることのないシステム動作がもた
らされる。

Ｅ３１３ｂ、メモリ ＣＢＸは、すべてのシステム・ソフトウェアを記憶する
ためにＲＡＭを使用する。メモリに記憶されるのは、シ
ステム・オペレーティング・ソフトウェアと、システム
特定構成パラメータと、オペレーティング・データであ
る。各プロセッサは、４個までのメモリ・カードにアク
セスすることができる。各メモリ・カードは、１０００
０００ワードのメモリを有し、各ワードは１６ビツトに
加えて６ビツトのエラー訂正コード（Ｅ　ＣＣ）からな
る、ＥＣＣは、システム・メモリが情報を保持する精度
を向上させる。すなわち、すべてのメモリ単一ビット・
エラーを自動的に検出して訂正するとともにほとんどの
多重ビット・エラーを訂正することにより、°ＥＣＣは
、メモリ素子の誤動作に起因するシステムの故障の可能
性を最小限に抑える。冗長プロセッサをもつシステムは
、多重ビット・エラーを検出して自動的に冗長コンピュ
ータに切換える能力をもつ。さらに、メモリ・カード上
のハードウェア・レジスタが、サービスを支援するため
に、エラーをテーブルに入力する。

ＥＣＣの主要な利点は、数多くのサービス呼出しをひき
起こすおそれのある“ソフト・エラー”を除去すること
である。ソフト・エラーは間欠的な誤動作であって、通
常短期間で低頻度であるけれども、特定のデータ・パタ
ーンの実行や、室温の温度条件や、静電気から生じるこ
とがある。ソフト・エラーは誤ったシステムの挙動をひ
き起こし、存在しないかもしれない故障を発見しようと
するためにサービス要員に数時間を費やすことを強いる
ことがある。エラー検出及び訂正の能力は、ＣＢＸシス
テムの信顧性を高め、“試行錯誤”による故障発見とい
う無駄な時間が生じないようにする。

Ｅ３１３ｃ、増強通信プロセッサ 増強通信プロセッサ（Ｅ　ＣＰ）は、改善された通話セ
ットアツプと、将来のデータ製品及びアプリケーション
のための基礎を与える２カード・プロセッサである。Ｅ
ＣＰを支持するのは、ＴＤＭ棚上にあり、ＣＢＸプロセ
ッサからのデータ通話セットアツプ・メツセージをロー
ドするデータ前端（Ｄ　Ｆ　Ｅ）カードである。ＤＦＥ
はまた、通話セットアツプが、通話装置のボー・レート
で行なわれることを可能ならしめる。これにより、自動
データ通話セットアツプを許容する通常のＰＣをベース
とする通信パッケージを使用するのが容易になる。

Ｅ３１３ｄ、ディスク・システム 棚２上に収容されている周辺装置は、２基の３．５イン
チ、１．４４Ｍのフロッピ・ディスク・ドライブと、１
基の５．２５インチ、４０Ｍハードディスクと、周辺装
置コントローラ（ＰＤＣ）カードからなる。その棚の右
端にはディスク・アセンブリがある。ＩＢＭは、ＣＢＸ
システム・ソフトウェア、リリース９００４．３と、フ
ロッピ・ディスクの診断プログラムを提供する。フロッ
ピ・ディスク・システムは、初期プログラム・ロード（
ＩＰＬ）ソフトウェアと、現在の場所のデータベースの
バックアップ・コピーと、更新ソフトウェア（新しいソ
フトウェアのリリース）を記憶する。

ＩＰＬは、フロッピ・ディスクからシステムの主記憶へ
情報をロードし、次に４０Ｍハードディスク・アセンブ
リ上に書き込む“コールド・スタート”である、ＩＢＭ
の技術者は、システムを導入したときに、顧客の場所で
ＩＰＬを実行する。

ハードディスク・システムは、高程度の信鯨性を与える
ために周囲の環境から遮蔽されているディスク記憶媒体
を有する。ハードディスクは、オペレーティング・シス
テム・プログラムを有する。

ハードディスクはまた、音声及びデータ・アプリケーシ
ョンがリアルタイムで情報を記憶するのに十分な記憶ス
ペースをもつ。例えば、ハードディスクは、構成テーブ
ルと、移動、追加及び変更データ（ＭＡＣ）と、強制認
証コード（ＦＡＣ）を含む、ハードディスクの使用によ
り、フロッピ・ディスクから利用可能であるよりもより
高速に構成及びＭＡＣサポートにアクセスすることがで
きる。

自動プログラム・ロード（ＡＰＬ）ソフトウェアがオペ
レーティング・システム・プログラムをモニタする。停
電がＡＣシステム上で２０分（電力が復元されるまで緊
急時バッテリが保つ最大時間）を超えると、ＡＰＬがハ
ードディスクから自動的にシステム・プログラムを再ロ
ードする。それに先立って、メモリがＲＡＭに記憶され
る。　ｄｃシステムのためのＡＰＬは、システムが動作
バッテリ電源を失う場合にのみ（めったにない）必要で
ある。

Ｅ３１４．診断カード 診断カード（システム・モニタ・カード（ＳＭＣ〕と、
冗長棚モニタ（ＲＳＭ））は共通制御棚に収められてい
る。

Ｅ３１４ａ、システム・モニタ・カード（ＳＭＣ） ＳＭＣは、フユーズ／回路警告検出、ソフトウェア警告
検出、温度警告検出、電力故障検出及びｄｃ電圧監視を
与える。このプリント回路カードは、冗長と非冗長のど
ちらの構成においても、共通制御棚（棚２）の１つのス
ロット内にある。そして、電圧が降下したときに、ＳＭ
Ｃ上にある電力故障表示ＬＥＤが点灯する。このＬＥＤ
はまた高温のときの警告も行なう。フユーズ警告回路は
、フユーズの故障があったとき、視聴覚両方の警告を発
する。

Ｅ３１４ｂ、冗長棚モニタ（ＲＳＭ） ＲＳＭは、ＳＭＣのための冗長共通制御棚状況を与える
。モデル５０及び６０においては、冗長プロセッサ棚（
棚１）上に１つのＲＳＭがある。

Ｅ３１４Ｃ，構内棚モニタ 各ＴＤＭまたはＩＮＬ８３棚上に１つの構内棚モニタ（
ＬＳＭ）がある。ＬＳＭは、棚の電力及び温度の状況を
モニタして、何らかの問題があるとそれをＳＭＣに通知
する。

Ｅ３１４ｄ、サービス・メンテナンス・ボート（ＳＭＰ
） ＳＭＰは、共通制御棚２上にある４チヤネル・メンテナ
ンス・インターフェースである。ＳＭＰ上の４つのボー
トのうちの２つは、システム端末とシステム・モデムに
永久的に割当てられている。

利用可能な２つのボートは、次のものをサポートする。

＊　自動通話分配端末 ＊　システム管理データ・リンク 本　通話明細記録リスト装置 Ｅ３１４ｅ、正方直列Ｉ１０ポート 交換Ｉ１０バス中の棚２上にあるのは正方直列Ｉ１０カ
ードであって、これは、システムがサポートすることの
できる装置の数を増加させるために使用されるオプショ
ン的なカードである。各正方直列Ｉ１０カードは、拡張
トラフィック報告、自動通話分配（ＡＣＤ）　、統計、
移動及び変更などの機能のために使用される４つまでの
装置をサポートすることができる。正方直列Ｉ１０カー
ドは、９．６Ｋｂｐｓまでのデータ速度で動作する次の
Ｒ３−２３２−ＣＡＳＣＩＩ装置をサポートする。

＊　モデム ＊　プリンタまたは出力専用装置 ＊　ローダまたは入力専用装置 ＊　“スマート”及び“非知能的”端末＊　自動通話分
配端末 ＊　電子メール・アプリケーション・プロセッサへのイ
ンターフェース Ｅ３１５．キャビネット及び電力システムノードは、ｌ
ないし５個の装置キャビネットからなる。最大の単一ノ
ード構成は、５つのキャビネットと、総数２０個の棚を
もつ。正面から見ると、キャビネットｌは左側にあり、
棚１から４までをもつ、キャビネット２はその隣りにあ
って棚５から８までをもち、キャビネット５はずっと右
側にあって棚１７から２０までをもつ。それらの棚には
３つのカテゴリの装置が収められている。

すなわち、コンピュータ共通制御と、ライン、データま
たはトランク・インターフェースのためのインターフェ
ース・カードと、音声及びデータ情報のノード内通信の
ためのＩＮＬ８３である。

好適な動作モードについてのより詳しい説明は、ＲＯＬ
Ｍ社により１９８７年１０月に発行されたＲＯＬＭシス
テム・サービス・マニュアルにある。

Ｅ３１５ａ、ＣＭＣ３の詳細 ＣＢＸは次のように、ＣＭＣ５アプリケーシヨンを受は
入れるように変更される。

すなわち先ず、ＣＭＣ５モニタ・フラグがオンにセット
されてトランクまたは付属電話が呼び鈴を鳴らしている
とき、メツセージがホスト・インターフェース・リンク
から送られる。ＣＭＣ３７ラグが立った付属電話に出会
った後は、その通話に接続されたその後の通話事象は、
ホストに送られるＣＭＣ３事象トランザクシヨン・メツ
セージを発生し続ける。そのメツセージは、トランク（
または付属電話）番号と、ベルが鳴っている付属電話の
番号を含む。

第２に、受は取り側（付属電話）がそのトランクを別の
付属電話に送るときは何時でも、メツセージが発生され
る。このメツセージはトランク番号と、ベルが鳴ってい
る付属電話の番号、を含む。

その転送がスクリーン表示されるとき（転送者は電話に
とどまり続け、呼び出された付属電話に通話を伝える）
、もし転送が完了せず転送者がその通話にとどまるなら
、通話が完了しなかったという通知が送られる。

第３に、その後もしトランクまたは付属電話が別のトラ
ンクに接続されると、ホスト・インターフェース・リン
クから接続メツセージが送られる。

このメツセージは、発呼識別番号及び終端トランク番号
を含む。

第４に、コールバック・メツセージまたは通話の再転送
のためにＡＣＤ通話が電子メールに接続されたとき、Ｃ
ＢＸシステム・ソフトウェア接続メツセージが送られる
。

第５に、トランクまたは付属電話からの呼者が、ＡＣＤ
グループＩＤまたはＣＭＣ３のために構成されたパイロ
ット番号について照会するなら、その照会のための接続
メツセージがホスト・インターフェース・リンクから送
られる。そのメツセージは発呼トランクまたは付属電話
の番号と、ＡＣＤグループＩＤまたはパイロット番号を
含む。

最後に、ＣＭＣ３通話が終了するたび毎に、発呼トラン
クまたは付属電話を識別する終わりのメツセージがホス
トに送られる。

Ｅ３１５ｂ、ホスト通信リンク このホスト・リンクは、Ｌ　Ｕ　６．２規格に従う、標
準システム・データ・リンク制御（Ｓ　Ｄ　Ｌ　Ｃ”）
である、ＬＵ６．２通信リンクと、この規格に従うよう
にプログラム・インターフェースを構成する方法は、イ
ンターナショナル・ビジネス・マシーンズ社から発生さ
れている次の刊行物に詳細に説明されている。

システム・ネットワーク・アーキテクチャ：論理ユニッ
ト間のセツション（Ｓｙｓｔｅｍｓ　ＮｅｔｗｏｒｋＡ
ｒｃｈｉｔｅｃｔｕｒｅ　：　５ｅｓｓｉｏｎ　Ｂｅｔ
ｗｅｅｎ　ＬｏｇｉｃａｌＵｎｉｔｓ　）ＧＣ２０１８
６８；ＬＵタイプ６．２のための５ＮＡＩ−ランザクジ
ョン・プログラマ参照マニュアル（Ｓ　Ｎ　Ａ　　Ｔｒ
ａｎｓａｃｔｉｏｎ　Ｐｒｏｇｒａｍｍｅｒ’５Ｒｅｆ
ｅｒｅｎｃｅ　Ｍａｎｕａｌ　ｆｏｒ　　Ｌ　Ｕ　Ｔｙ
ｐｅ　６．２　）Ｅ３１５ｃ、ホスト・ハードウェア ホスト・ハードウェアは、１８Ｍシステム／３７０プロ
セツサのうちの１つである。１８Ｍシステム／３７０プ
ロセツサについての詳細な解析は、インターナショナル
・ビジネス・マシーンズ社によって発行されたＳ／３７
０参照用要約（Ｓ／３７０　Ｒｅｆｅｒｅｎｃｅ　Ｓｕ
ｏ＋ｎ＋ａｒｙ）　Ｇ　Ｘ　２０−１８５０に与えられ
ている。尚、この実施例においてはＳ／３７０ホスト・
プロセッサが使用されているけれども、この分野の当業
者なら、本発明が他のメイン・フレームや、ミニコンピ
ユータや、マイクロコンピュータ上で実施できることを
理解するはずである。

Ｅ４．ＣＢＸソフトウェア環境 ＣＢＸソフトウェア・アプリケーション・メモリ中に在
駐する別個のＣＭＣ５アプリケーシヨンが存在する。こ
のアプリケーションには、ホスト・ソフトウェアについ
て説明することは、ＣＭＣ８の機能を理解するために適
切である。第１６図が、ＣＭＣ５システムのソフトウェ
ア見取図を与える。他のホスト・ソフトウェア及びシス
テム周辺機器の使用を管理するオペレーティング・シス
テムは、ＭＶＳ／ＸＡ２０００であり、ホスト通信管理
プログラムであるＡＣＦ／ＶＴＡＭ２００２がオペレー
ティング・システムとインターフェースし、ホストと、
ＣＢＸ２００４などの周辺機器との間の通信を管理する
。ＣＩ　Ｃ５／ＶＳ　２００６は、アプリケーションか
ら表示端末への情報の流れを管理する。

ＣＭＣ５アプリケーシヨン２０１０はＣＢｘ２００４か
らのトランザクションを処理し、アプリケーション２０
１４の情報の端末２０１５への転送を調整する。ＣＭＣ
３２０１０とユーザー２０１４のアプリケーションはす
べて、ＣｌＣ５アプリケーション・プログラムである。

ＣＭＣ５２０１０からユーザー・アプリケーションへの
インタ−フェースは、アプリケーション・プログラミン
グ・インターフェース（ＡＰＩ）２０１Ｂである。

ＣＭＣ３事象処理のためにＣＢＸによってフラグされた
電話に対する何らかの呼び出しの開始によって入る。こ
のアプリケ−シコンは、フラグされた各付属電話からの
情報を処理することと、゛ホストに対する５ＤＬＣ通信
リンクを・管理することと、ＬＵ６．２）ランザクジョ
ンをフォーマットすることと、フォーマットされたトラ
ンザクションを５ＤＬＣカードを介してホスト・プロセ
ッサに送ることを担当する。

通話の経路指示は、発呼と、その呼び出しの最終目的地
のためのＣＢＸ中の標準アルゴリズムに基づいている。

そして−たん適正な経路指示が決定されると、ホスト・
トランザクションがフォーマットされ５ＤＬＣカードを
介してホストへ送られる。さまざまなトランザクション
のフォーマットが後で、本実施例のメツセージ処理に関
する説明部分で言及される０通話処理のより詳しい情報
については、ＲＯＬＭ９００４．３業務用通信システム
（Ｂｕｓｉｎｅｓｓ　Ｃｏｍ＋ｍｕｎｉｃａｔｉｏｎ　
Ｓｙｓｔｅｍ）で述べられている。

Ｅ４１．ホスト・ソフトウェア システム動作は、動作インターフェース（０１）２０１
６と、それに接続されたＣＭＣ５コンソール２０１２を
通じてＣＭＣ３２０１０システムを管理する。ＣＭＣ５
コンソール２０１２は、サポート担当者がシステム動作
を追跡し次の３つのシステム・ファイルに対して問合せ
を送る。すなわち、構成（ＣＦＧ）２０２４と、ログ（
ＬＯＧ）２０２２と、管理情報サービス（ＭＩＳ）２０
２０である。これらのシステム・テーブルについては後
で詳細に説明する。

Ｅ４２．オペレーティング・システム ホスト・プロセッサにはさまざまなオペレーティング・
システムを使用することができる。好適なオペレーティ
ング・システムは、１８ＭＳ／３７０プロセツサの最新
版上での実行のための多重タスク、多重ユーザー環境で
ある多重仮想システム／拡張アーキテクチャ２０００で
ある。このオペレーティング・システムの詳細は、イン
ターナショナル・ビジネス・マシーンズ社により発行さ
れたＭＶＳ／ＸＡ　　０ＬＴＥＰ　　ＬＯＧＩＣ。

ＳＹ　　２８−１１８８及びＸ　Ｖ　Ｓ　Ｌｏｇｉｃ　
　Ｖ　ＯＬＵＭＥＳ　　１−１７に説明されている。好
適な実施例が実行することのできるオペレーティング・
システムは他にも２つあり、それは、仮想マシン／シス
テム・プログラム（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ　
／Ｓｙｓｔｅｍ　Ｐｒｏｇｒａｍ）及び仮想システム拡
張／システム・プログラム（Ｖｉｒｔｕａｌ　Ｓｙｓｔ
ｅｍ　Ｅｘｔｅｎｄｅｄ　／５ｙｓｔｅ＋＊　Ｐｒｏｇ
ｒａｍ）である、これらの２つのオペレーティング・シ
ステムは、ＭＶＳ／ＸＡに１（以しており、インターナ
ショナル・ビジネス・マシーンズ社により発行された、
ＶＳＥシステムＩＰＯ／拡張一般情報マニュアル（Ｖ　
Ｓ　Ｅ　Ｓｙｓｔｅｍ＋Ｉ　Ｐ　Ｏ／　Ｅｘｔｅｎｄｅ
ｄ　Ｇｅｎｅｒａｌ　Ｉｎｆｏｒｌｌａｔｉｏｎ　Ｍａ
ｎｕａｌ）ＧＣ２０−１８８９及びＶＭ／ＳＰ　　ＩＰ
Ｏ／Ｅ一般情報マニュアル（Ｇｅｎｅｒａｌ　Ｉｎｆｏ
ｒｍａｔｉｏｎＭａｎｕａｌ　）に説明がある。

Ｃ４３，先進通信設備（ＡＣＦ）／仮想端末アプリケー
ション・モニタ（ＶＴＡＭ） ＡＣＦ／ＶＴＡＭ２００２は、オヘレーテイング・シス
テムの制御の下で動作し、ＣＢＸとホストに接続されて
いる各端末に対する通信を制御する通信モニタである。

ＶＴＡＭは、Ｌ　Ｕ　６．２プロトコルをサポートする
システム・ネットワーク・アーキテクチャ（ＳＮＡ）環
境を制御する。ｖＴＡＭの詳細な説明は、インターナシ
ョナル・ビジネス・マシーンズ社により発行されたＶＴ
ＡＭＮＣＰ　　ＳＮＡ　　ＳＮＩ　　ＮＬＤＭ　　ＳＳ
Ｐ　　ＮＧＣＦ、５Ｃ２７−０６５９；ＬＵ６．２アプ
リケーシヨンのためのＩＭＳ　　ＬＵ６．１アダプタ（
ＩＭＳ　　　ＬＵ６．Ｉ　　Ａｄａｐｔｅｒ　ｆｏｒ　
　ＬＵ６．２Ａｐｐｌｉｃａｔｉｏｎｓ）　Ｓ　Ｈ２０
−９２５４；システム・ネットワーク・アーキテクチャ
：論理ユニット間のセツション（Ｓｙｓｔｅｎ＋　Ｎｅ
ｔｗｏｒｋ　Ａｒｃｈｉｔｅｃｔｕｒｅ　：５ｅｓｓｉ
ｏｎｓ　　Ｂｅｔｗｅｅｎ　　Ｌｏｇｉｃａｌ　　Ｕｎ
ｉｔｓ）　　ＧＣ２０１８６Ｂ、ＬＵタイプ６．２のた
めのＳＮＡトランザクション・プログラマ参照マニュア
ル（ＳＮＡＴｒａｎｓａｃｔｉｏｎ　Ｐｒｏｇｒａｍｍ
ｅｒ’ｓ　Ｒｅｆｅｒｅｎｃｅ　ＭａｎｕａｌＦｏｒ　
ＬＵ　Ｔｙｐｅ　６．２）　ＧＣ３０−３０８４上記の
最後の文献は、ＳＮＡ　　ＬＵ６．２　２００８プロト
コルがアプリケーション・プログラムに対して与える機
能について詳しい情報を載せている。これは特定のＩＢ
Ｍ製品を説明しているのではなくて、ＣＩ　Ｃ３／ＶＳ
、ＶＴＡＭ及びＭＶＳ／ＸＡなどのＩＢＭ製品とともに
使用することを意図するものである。

Ｃ４４，カスタマ情報制御システム（ＣＩＣ３）ＣＩＣ
３２００６は、端末向はトランザクション・アプリケー
ションを実現するために必要な労力を低減する汎用デー
タ通信モニタである。ＣｌＣ５は、世界中で、給料支払
薄から明細目録の制御に亘るアプリケーションが多数の
表示を対話的に処理するのを可能ならしめるために使用
されている。このシステムの動作の説明は、インターナ
ショナル・ビジネス・マシーンズ社によって発行されて
いるカスタマ情報制御システム／仮想記憶（ＣＩ　Ｃ３
／ＶＳ）一般情報７　二ｊ−７／Ｌ／、ＧＣ３３−０１
５５−Ｏｆに記述されている。ＣｌＣ５の論理について
のより詳しい説明は、インターナショナル・ビジネス・
マシーンズ社によって発行されている。ＣＩ　Ｃ３１０
Ｓ／ＶＳバージヨン１リリース７改訂０　（ＭＶＳ／Ｘ
Ａ機能）リスト、ＬＹＡ４−３０１８、及びＣｌＣ５／
ＶＳ　　ＬＩＣＰｒｏｇ　５７４０−　Ｘ　Ｘ　１　、
Ｌｏｇｉｃ　％　Ｌ　Ｙ　３３−６０３４に与えられて
いる。

Ｃ４５，ＣｌＣ５アプリケーション ＣＭＣ５アプリケーシヨン２０１０及びユーザー・アプ
リケーション２０１４はすべて、ＣｌＣ５アプリケーシ
ョン・プログラムとして実施される。ユーザー・アプリ
ケーション２０１４は、アプリケーション・プログラミ
ング・インターフェース（ＡＰＩ）２０１８を通じてＣ
ＭＣ３とインターフェースする。アプリケーション・プ
ログラムはＡＰＩを通じて状況情報を獲得しＣＭＣ５ロ
グ２０２０．２０２２及び２０２４にアクセスすること
ができる。この情報は、ＣＭＣ５システムによって表示
された情報のみならず、アプリケーション・プログラム
からの情報の表示を調整するために使用することができ
る。

Ｅ４６１機能の説明 システム動作を説明するために、ＣＭＣ５処理の機能的
な記述を与える。この説明においては、次の用語が使用
される。

（１）「初期画面」とは、通話が処理されるときにＣＭ
Ｃ３代理人が入手する最初の画面である。ＣＭＣ３代理
人が口座番号、または名称などのカスタマ識別データを
入力すると、画面はカスタマ情報表示となる。

（２）「カスタマ情報画面」とは、もし通話が既に他の
社員によって画面表示されているならＣＭＣＳ代理人が
入手する画面である。

（３）「通常付属電話Ｊとは、ＡＣＤパイロットまたは
電話メール（Ｐｈｏｎｅｍａｉｌ）とは対照的に、電話
と同様の物理的外観をもつ付属電話である。

（４）「付属電話」とは、付属電話の前に加入者があら
れれない場合に電話（通常付属電話）に通常接続される
電話であると考えられる。

（５）ＣＭＣ３呼手とは、ＣＭＣ３によって呼び出され
た集団（ｐａｒｔｙ）に通話するトランクまたは付属電
話である。

（６）　　ｒ　ＣＭ　ＣＳによって呼び出された集団」
とは、ＣＭＣ３通話活動事象を発生するＡＣＤ代理人、
ＡＣＤグループ、ＡＴＣまたはトランクである。

（７）ｒＣＭＣ３代理人」とは、特定の代理人に接続さ
れたオペレータ、電話及びホスト表示端末のことである
。

（８）「通話活動」とは、ＣＭＣ３によって呼び出され
た集団（以下、ｒｃＭｃｓ呼集団」と略称）の付属電話
上で起こる何らかの通話活動であり、例えば、ＣＭＣ３
呼集団のベルを鳴らしたり、ＣＭＣ３呼集団とタグされ
たＡＣＤグループを待って待ち列をつくるなどである。

（９）「フラグされた、ＣＭＣ３呼集団」とは、後のす
べての通話活動に対してＣＭＣ３事象発生をオンにする
能力をもつ、ＣＭＣ３呼集団である。

（１０）　ｒ“最初の″ＣＭＣ３事象とは、０ＭＣ３呼
者が最初に任意のフラグされたＣＭＣ３呼集団と通話活
動を行ったとき送られる事象中にセットされる特殊な初
期呼フラグをもつ最初のＣＭＣ３事象である。

Ｅ４７０通常転送 ＣＢＸから送られる事象のボリュームを制限し且つ通話
の間に何度かＣＭＣ３を処理した呼者を識別するために
、ターゲット付属電話がＣＭＣ３としてタグされる。タ
ーゲット付属電話はＣＭＣ８呼集団と等しいものである
。もし呼者がＣＭＣ８呼集団と電話活動を行なうなら、
その呼者は、０ＭＣ３呼者としてタグされる。これは動
的タグであって、０ＭＣ３呼者が遊休状態になるまで活
動状態のままである。

事象は、０ＭＣ３呼者とＣＭＣ５ターゲツトに関連する
通話活動のために、ＣＢＸからホストに送られる。この
事象に関連する処理及びトランザクションの例が、後の
通話動作の例に示されている。尚、呼者が−たん０ＭＣ
３呼者であるとタグされると、その通話が終了するまで
後のすべての通話活動の事象が送られる。０ＭＣ３呼者
は、専らトランクまたは通常の付属電話である。ＣＭＣ
３呼集団は、ＡＣＤグループ・パイロット、通常付属電
話、ＡＴＣ及びトランクであり得る。

個々の付属電話の活動にはただ１つの表示端末が接続さ
れている。例えば、付属電話が２つの電話上に同時的に
出現すると仮定しよう、すると、その付属電話に関連す
るそれら２つの電話の上のいかなる活動も表示端末上の
情報の表示に影響を及ぼすことになる。

０ＭＣ３呼者によってベルを鳴らされているＣＭＣ３呼
集団には、以前のＣＭＣ３呼集団が眺めていたカスタマ
情報端末画面または初期カスタマ画面が提供される。ま
た、０ＭＣ３呼者が他のＣＭＣ５呼集団に転送されると
き、各連続的なＣＭＣ８呼集団の表示端末が初期画面ま
たはカスタマ情報画面で更新される。

Ｅ４８．暗黙転送 暗黙（ｂｌｉｎｄ）転送とは、電話が鳴っている間に、
ＣＭＣ５呼集団（転送者）が眺めている表示端末画面を
被転送側ＣＭＣ５集団に送るようにした特殊なタイプの
転送である。これにより、通話に答える前に代理人にい
くらかの準備時間が与えられることになる。

Ｅ４９．ホストの活動 ホストの活動は、０ＭＣ３呼者及びＣＭＣ５呼集団の状
況が変わるたび毎に更新される。その状況は、呼出しが
、ビジー、ＤＮＤまたは局転送の後に続くときに生じる
。ホストはまた、０ＭＣ３呼者が０ＭＣ３付属電話を保
留にしたとき、それを知る。このホストの処理は、以下
に個別に説明するＣｌＣ５アプリケーション・プログラ
ムによって処理される。第２３図は、本発明に関連する
ＣＭＣ５アプリケーシヨン環境の全体ブロック図である
。

Ｅ４１０．通話追跡プログラム 通話追跡アプリケーション・プログラムは、ＬＵ６．２
通信マネジヤを有する。通話追跡の主な目的は、事象ス
トリーム上の通話状況を保持し、他のアプリケーション
に事象を報告する前に何らかの不明瞭さを除去すること
に−ある。もし通話追跡により、発呼ソース識別子（拡
張子）が更新を必要とすることが決定されたなら、通話
追跡アプリケーションは、その事象を画面更新プログラ
ムに委ねる。待機事象と、待ち行列カウントに寄与する
ソース識別子に関連する事象がＡＣＤ負荷平衡化プログ
ラムへと渡される。

Ｅ４１１．画面更新プログラム 画面更新アプリケーション・プログラムは、各呼出し毎
に画面転送、初期化及び回復を実行する。

この処理は、通話追跡プログラムが渡したＣＭＣ５ホス
ト制御リンク上の事象によってトリガされる。

Ｅ４１２．ＣＭＣ３管理情報システム（ＭＩｓ）プログ
ラム ＣＭＣ３Ｍｉｓプログラムは、各テーブル毎に維持され
ている、状態の変化、データ・エントリ・フィールド及
び待ち行列カウントを追跡するＣＭＣ５テーブル・エン
トリを受取る。ＣＭＣ３Ｍ１Ｓプログラムは、他のアプ
リケーションが処理するための情報を記憶するために第
２３図の循環バッファ２０２０へこれらのレコードを格
納する。

Ｅ４１３．ＣＭＣ５管理／保守プロゲラ・ムこのプログ
ラムは、ＣＭＣ５オペレータが、エラー条件について間
合し、ＣＢＸソース及びターゲット識別子（電話拡張子
）上の事象をモニタすることを可能ならしめるために、
ＣＭＣ５テーブル・エントリを処理する。このプログラ
ムはまた、ＣＭＣ５システムを構成し第２３図の構成フ
ァイル２０２４を保守する。

Ｅ４１４．ＣＭＣ５カスタマ・アプリケーションＣＭＣ
５カスタマ・アプリケーションは、任意のＣｌＣ５アプ
リケーション・プログラムである。

ここでの説明の便宜上、ＣＭＣ３代理人のカスタマ情報
のデータベースを保守する単一〇ＭＣＳカスタマ・アプ
リケーション・プログラムについて説明する。実際は、
支払可能会計、受領可能会計、明細表制御、株の照会及
び注文エントリなどのさまざまなアプリケーションに現
在使用されている多くのＣｌＣ５アプリケーションが存
在する。そして、既存のアプリケーションにインターフ
ェースを与えることによって、ＣＭＣ３は、既存のＣｌ
Ｃ５アプリケ−シコンを変更することなく表示端末上の
情報の表示を通話の転送と調整する。

Ｅ５．論理の記述 Ｅ５１．音声とデータ表示の調整 第７図を参照すると、ＣＭＣ５システムの論理を与える
フローチャートが図示されている。この処理は機能ブロ
ック５００で始まり、そこでＣＢＸが入来呼出しに応答
する。この機能ブロックは、インターナショナル・ビジ
ネス・マシーンズ社によって発行された、ＲＯＬＭ刊行
物、ＲＯＬＭＣＢＸ　　１１　９００４．３に詳述され
ている通常のＣＢＭ通話処理に対応する。

次に、機能ブロック５１０では、ＣＢＸが、呼出しに伴
うネット・ワーク・ダイヤリングを受入れ、接続すべき
正しい付属電話を判断する。これもまた、上記の刊行物
に記載されている通常の呼処理である。しかし、機能ブ
ロック５２０では、ＣＢＸが通話事象トランザクション
を発生し、それを、Ｌ　Ｕ　６．２リンクを介してホス
トへ送る。このことは後述する「メツセージ・フォーマ
ント」の章で詳述される。

８５２１通話追跡 第１６図のＣＭＣ５アプリケーシヨン２０１０のうちの
１つであるホスト通話追跡アプリケーションは、通話事
象を受取り、情報を構文解析してこれがその拡張子の最
初の事象かどうかを判断する。もしこれが最初の事象で
あるなら、第１１図に示される通話管理制御テーブル（
ＣＭＣＴ）中で通話事象レコードが作成される。この通
話事象レコードは、その拡張子に影響を及ぼす各事象を
反映するように更新される。次に、機能ブロック５３０
に示すように、入来トランクまたはターゲット拡張子を
使用して、使用すべき初期スクリーンが決定される。

通話追跡アプリケーションは、端末（論理ユニット・ア
ドレス（ＬＵＡ）’）テーブルへの拡張子にアクセスし
、画面表示を送るべき正しい表示端末を決定する。端末
（ＬＵＡ）テーブルへの拡張部分が第１２図に示されて
いる。

この例で使用されているネットワークは端末表示装置と
、世界中の国からの付属電話を有する。

さまざまな付属電話に接続をはかり正しい端末表示装置
に表示情報を送るために必要な情報のみが端末（ＬＵＡ
）テーブルへの拡張部分に含まれている。端末（ＬＵＡ
）テーブルへの拡張部分は、通話に関連する１６バイト
の拡張部分に基づき検索される。そして、１６バイトの
拡張部分とレコードの最初の１６バイトの間に一致が見
出されると、レコードの次の２４バイトが、関連表示端
末のＬＵＡである。ホスト・アプリケーションは次に、
どの表示端末に画面情報を送るべきかを知る。

この表示端末ＬＵＡは、機能ブロック５３０で参照する
ように、端末（ＬＵＡ）への拡張部分を検索し関連表示
端末の正しいＬＵＡを取得することにより通話追跡プロ
グラムによって決定される。

呼と、表示端末上の情報を受は取る代理人は、機能ブロ
ック５５０で示すように、カスタマ情報をさらに増やす
ために表示端末上に追加の情報を入力する、という選択
肢をもつ。もし通話者が、他の代理人の援助を要求する
追加のサービスを要求するなら、代理人は、機能ブロッ
ク５６０で示すように標準的な通話転送機能を用いて通
話者にその情報を送ることができる。

判断ブロック５７０では、転送を受けているグループ中
で他の代理人が受入可能であるかどうかの判断がなされ
る。そしてもし代理人が受入可能でないなら、制御は、
後で詳述する通話者の待ち行列に転送される。一方、代
理人が受入可能なら、ＣＢＸは、ブロック５８０で示す
ように、通話者をその代理人に接続し、Ｌ　Ｕ　６．２
リンクを介して通話事象トランザクションをホストに送
る。このトランザクションは、前と同一のソース識別子
を含むが、通話が転送される代理人の電話拡張子をも含
む。

ホストは、第８図の機能ブロック５９０において、ＣＢ
Ｘからの通話事象を受は取り、同一のソース識別子によ
り通話者を識別し、新しいターゲット拡張子を、テーブ
ル・ルックアップによって前述の端末ＬＵＡに突き合わ
せる。次に、ホストＣＭＣ３画面転送プログラムが機能
ブロック６．００で、以前の端末に関連する端末トラン
ザクションを新しい端末ＬＵＡに転送する。その結果機
能ブロック６１０で示すように、電話が鳴っているとき
に、通話者に接続された端末がカスタマ・データを表示
する。これにより、機能ブロック６２０で示すように、
代理人が端末表示装置上で情報を理解し、通話者に対す
る準備をすることが可能になる。

代理人は今や、第１の代理人に既に搬送されている情報
をカスタマに要求することなく、カスタマを処理する準
備が完全にできたことになる。この新しい代理人は追加
的な関連情報を取得してそれをブロック６３０で示すよ
うにＣＭＣ５カスタマ・アプリケーション中に入力する
ことができる。

第１６図に参照番号２０１８で示されるアプリケーショ
ン・プログラム・インターフェースが、カスタマの既存
のＣｌＣ５アプリケーション・プログラムをして、前の
表示端末で現在使用されている画面以外に異なる画面を
表示すべきである場合に、表示端末転送の間にオプショ
ン的な中間処理を行わせる。

次に判断ブロック６４０で、通話者が他の代理人に話す
必要があるかどうかの判断がなされる。

そしてもし通話者が他の代理人に話す必要があるなら、
通話を処理するために、制御が第７図の機能ブロック５
６０に渡される。もし通話者（呼者）がそれ以上の支援
を必要としないなら、機能ブロック６５０で示すように
通話者が電話を切り、ＣＢＸがホストに、ＣＡＬＬ−Ｄ
　Ｉ　５ＣＯＮＮＥＣＴ（通話切断）トランザクション
を送ることによって、ホストに通話が完了したことを知
らせる。

次に、ホスト・アプリケーションのＣＭＣ３通話追跡プ
ログラムが、その通話のホスト・レコードをクリアし、
集めたユーザー・データを記憶する。

ここで第９図に示すように、ＣＭＣ５システムによって
既存のＣＢＸ待ち行列機能が使用される。

通話が転送されその集団が受入可能でないとき、機能ブ
ロック６７０で示すように通話が待ち行列に入れられ、
通話者は代理人が受入可能になるまで音楽を聴くことに
なる。また、以前の付属電話が空きになり通話者が機能
ブロック６８０で示すように待機状態にありＣＭＣＴを
更新することをホストに知らせるため、ホストに通話事
象トランザクションが送られる。この機能により、ホス
トが通話者に接続された表示端末を保留にし端末表示処
理をＣＢＸと調整することが支援される。

判断ブロック６９０では、代理人が受入可能（ａｖａｉ
ｌａｂｌｅ）かどうかについて判断がなされる。

そしてもし代理人が受入可能なら、通話の接続と表示端
末の更新のために制御が第７図の機能ブロック５８０に
渡される。しかし代理人が依然として受入可能でないな
ら、通話者が電話を切ったかどうかについて判断ブロッ
ク７００で判断がなされる。もし通話者が電話を切って
いないなら、保留パターンを継続するために制御が機能
ブロック６７０に渡される。もし通話者が電話を切った
なら、機能ブロック７１０で示すトランザクションをも
つ事象がホストに通知され、ホストは、機能ブロック７
２０で示すように、ＣＭＣＴを更新することによって通
話環境をクリアする。

Ｅ５３．ＣＭＣ５アプリケ一シヨン構造第１７図が、Ｃ
ＭＣ５アプリケーシヨン・プログラムとアプリケーショ
ン間の通信の詳細ブロック図である。

Ｅ５４０通話追跡アプリケーション 第１７図の通話追跡アプリケーション（ＣＡＬＬ−ＴＲ
ＡＣＫ）２０３２は、個別の機能を実行するためのサブ
ルーチンからなる。その第１は、ＣＢＸ　　ＩＤ／ＬＵ
接続、ＣＢＸアクセス・コード・エラー処理パラメータ
、待ち行列パラメータ及びＡＰＩインターフェース・パ
ラメータなどのユーザ一定義構成デフオールドを読み取
って付属電話に接続された表示端末用の画面を与えるた
めに実行すべき正しいＣＩ　Ｃ３）ランザクジョン・プ
ログラム・アプリケーションを決定する初期化サブルー
チンである。

第２のサブルーチンは、第１７図の通信マネジヤ・モジ
ュール（ＣＯＭ−ＭＧＲ）２０３０であって、これはＬ
　Ｕ　６．２プロトコルを用いてＣＢＸとホストの間の
通信を管理する役目を担う。この通信マネジヤ２０３０
はＣＢＸから通話事象トランザクションを受取り、ＣＢ
Ｘに要求動作メツセージを送り、バージョン番号をもつ
初期化メツセージと、ホストにＣＢＸ状況の変化を通知
する診断メツセージをやり取りする。通信マネジヤ２０
３０はメツセージを処理し、他の通話追跡サブルーチン
２０３２によるアクセスを可能とするためにｃｔｃｓ−
時記憶待ち行列に情報レコードを書き込む。

通信マネジヤ２０３０がメツセージを受領した後、それ
らのメツセージは一時記憶待ち行列から読み取られ、事
象トランザクション・レコードからエラー・レコードを
分離す不ために通話追跡アプリケーション２０３２の予
備経路指示／エラー処理部分によって評価される。

また、割当てられた通話、または待ち行列に入れられた
通話のサブ機能コードをもつ事象トランザクション・レ
コードが通話追跡の承認／構築部分によって評価される
。起点となるソース識別子は、その「最初の」通話につ
いて確認される。というのは、通話の期間中同一のソー
ス識別子が使用されるからである。一方、ターゲット識
別子は、通話の間に変わることがあるので通話追跡中に
受取られた各トランザクション毎に確認される。

起呼ソース識別子は、ＣＭＣ３Ｉ−ランクまたは拡張部
分である必要がある。初期画面表示を決定するためには
、トランク及び拡張テーブルを検索しなくてはならない
。初期画面表示は、アプリケ−ション・テーブルに対す
るトランクと、アプリケーション・テーブルに対するダ
イヤルされた番号の間接サービス（ＤＮ　Ｉ　Ｓ）と、
アプリケーション・テーブルに対する拡張部分を検索す
ることによって実行される。そして、見出された一致に
応じて、適切なＣｌＣ５初期トランザクション識別子が
使用されることになる。

実行される検索の論理の流れは、次の擬憤コードに示す
とおりである。

有効なＣＭＣ３）ランク識別子に対応する「アプリケー
ションへのトランク」テーブルの検索見出されたニドラ
ンクはＤＮＩＳ）ランクか？ＹＥＳ：ｒアプリケーショ
ンへのＤＮＩ　ＳＪ子テーブル索 見出された：初期トランザクション識別子をそのレコー
ドへ移動 ′　見出されなかった：デフォールトＤＮＩＳ　　Ｃｌ
Ｃ５初期トランザクションをそのレコードへ移動し、エ
ラー表示子をセット ＮＯ：ｒアプリケーションへのトランク」テーブルから
の初期トランザクション識別子をそのレコードにセット 見出されなかった：拡張子がＣＭＣ５拡張子であるかど
うかを判断すべく拡張子上で突合わせるために１次ソー
ス識別子を用いて「アプリケーションへの拡張子」テー
ブルを検索 注意：　ＣＭＣ５テーブルの詳細な説明は、後で詳細な
論理として述べることにする。

上記と同様な手続が待ち行列に入れられた通話に対して
も使用される。もし待ち行列に入れられた通話が「最初
の」待ち行列通話なら、その通話は上述のように承認さ
れる。しかしそれが、通話が事象を発生した最初の時で
ないなら、承認する必要はない。

通話追跡アプリケーションの主要な機能は、ＣＭＣ３通
話の状況を追跡することにある。このとき、ＣＭＣ３通
話上の状況情報を記憶するために通話管理制御テーブル
が使用される。通話は割当てられ待ち行列に入れられた
とき、通話管理制御テーブル（ＣＭＣＴ）中にとどまる
。それらは、切断トランザクションがＣＢＸから受は取
られるまでＣＭＣＴから除去されることはない。

事象レコードが承認されホスト・アプリケーションと端
末ＬＵＡを含むレコードが構築された後は、ＣＭＣＴ中
に構築された事象を配置しまたはＣＭＣＴから通話を除
去する前に通話追跡アプリケーションがＣＭＣＴ承認を
実行する。ＣＭＣＴが更新されるたび毎に、テーブル・
エントリのコピーがＭＩＳインターフェースに送られる
。

ＣＭＣＴ承認チエツクの論理は次のように与えられる。

Ｅ５３ａ、最初の通話レコード 「最初の」通話レコードを表示されている事象レコード
の番号、起点ソース識別子に対応するエントリがＣＭＣ
Ｔ中にあってはならない、もしそれが存在していたら、
そのエントリがエラー・ログに書込まれ、ＣＭＣＴから
削除され、新しいレコードがＣＭＣＴ中に配置される。

また、そのエントリの待ち行列フラグを削除の前にチエ
ツクしなくてはならない、５もしそのフラグがセットさ
れているなら、そのターゲット拡張子の待ち行列テ　　
−−プル待ち行列カウントがデクリメントされる。

Ｅ５３ｂ、最初でない通話レコード 「最初の」の通話フラグを表示されていないレコードは
既にＣＭＣＴ中に存在していなくてはならない。そこで
、その通話に関連する情報を取得するために、起呼者ソ
ース識別子に基づきＣＭＣＴが検索される。そして、も
し一致が見出されないなら、エラー・ログにエラー状況
が書き込まれ、更新コードによってＣＭＣＴに情報が書
き込まれる。レコードが有効性チエツクを通過すると、
レコードがＣＭＣＴ中で追加、削除、更新あるいは変更
なしのどれであるかを評価するために、構築されたレコ
ードが評価される。

Ｅ５３ｃ、ＣＭＣＴ更新 ＣＭＣＴに対するレコードの追加は、レコードが待ち行
列に入れられるかまたは割当てられ、しかもＣＭＣＴ中
にない場合に実行される。もしレコードが「最初」であ
るとフラグされて割当てられているなら、「割当て」フ
ラグがセットされ、「待ち行列」フラグがクリアされる
。もしレコードが「最初」であるとフラグされて待ち行
列に入れられているなら、「割当て」フラグがクリアさ
れ「待ち行列」フラグがセットされる。さらに、もしレ
コードが「最初」でなくて割当てられているなら、「割
当て」フラグがセットされ、「待ち行列」フラグがクリ
アされる。もしレコードが「最初」でなく持ち行列に入
れられているなら、「待ち行列」フラグがセットされ「
割当て」フラグがクリアされる。

更新は、新しい状況を反映すぺ（通話状況が変化するた
び毎に行なわれる。現在の端末識別子は、電話拡張子に
関連づけられた現在の端末を反映するように通話が転送
される毎に変化する。「割当て」及び「待ち行列」フラ
グは、上述した現在の状況を反映するように変更される
。

Ｅ５３ｄ０画面表示アプリケーションの通知画面での表
示は、次に示す事象のうちのどれかが生じたとき通知さ
れる。

ｌ）「最初」である通話が受領されたとき、２）通話が
待ち行列に入れられたとき、３）通話が割当てられたと
き、 ４）通話が切断されたとき。

ＣＭＣＴエントリに対する今まで及び現在の変更に応じ
て、ＣＭＣ３通話追跡アプリケーションが、動作に必要
なパラメータを画面表示アプリケーションに渡す。これ
らのパラメータには次のものがある。

「スタート」：これは、割当てられた「最初・の」通話
に対して、または最初に待ち行列に入れられた通話が割
当てられるようになったとき発行される。

「セーブ」：これは、割当てられた通話が待ち行列に入
れられたときに発行される。例えば、通話が転送され待
ち行列に入れられたときである。

「回復」：これは、待ち行列に入れられ（しかも「最初
の」通話ではない）通話が割当てされるようになったと
きに発行される。

「転送」：これは、現在ある付属電話に割当てられてい
る通話が別の付属電話に割当てられるようになったとき
に発行される。

「クリア」：これはＣＭＣＴ中の通話が除去されるとき
に発行される。

Ｅ５３ｅ、Ｍｉｓアプリケーション ＭＩＳアプリケーションは、ＣＭＣＴに変更があったと
きに通知される。この情報はパッチ処理のため循環ファ
イルに書き込まれる。

Ｅ５３ｆ、画面更新アプリケーション 第１７図の画面更新アプリケーション（ＳＣＲＥＥＮ−
ＰＲＥＳ）２０３４は、機能ブロック６１０．６２０及
び６３０（第８図）に記述された機能を与える。１つの
表示端末から別の表示端末への情報の転送は、新しい表
示端末が、通話を転送した代理人が眺めていた表示端末
上の情報と同一になるようにＶＴＡＭアドレッシングを
更新することによって実行される。このことは、端末表
示に対する被転送側のＬＡＵを転送側表示のＬＡＵで置
換して表示端末を論理的に転送することによって達成さ
れる。また、オプションにより、転送の前の処理のため
に、ユーザー・アプリケーションに更新要求を渡すこと
が用意される。

Ｅ６．詳細なＣＭＣ５テーブル解析 Ｅ６１．通話管理制御テーブル（ＣＭＣＴ）ＣＭＣＴは
、通話の状況を追跡するために使用され、通話のための
制御機能を与えるものである。

第１１図はＣＭＣＴとそのめいめいのレコードを構成す
る各フィールドを示す。通話に関連する情報は通話レコ
ードのフィールドを満たすために初期的に他のフィール
ドから入手したものである。

このレコードは次にＣＭＣＴに書かれ、通話が終了する
まで通話の状況を記録するために使用される。サブ機能
コード１１００は、コード化された１バイト整数値であ
る。このコードと、めいめいのコードに関連する機能が
この発明の詳細な説明の末尾の表２に示されている。

起呼ソースＩＤＩ　１０２は、ＣＭＣ３によって追跡さ
れている通話のソースを一意的に識別する。

このＩＤはトランクＩＤまたは拡張（付属電話）ＩＤで
ある。起呼ソースＩＤ１１０２は通話の期間中保持され
る。

起呼ソースＩＤ１１０２は、ＣＭＣ３中の通話を「追跡
」するためにホストによって使用される。

ホストによって追跡されるすべてのメツセージは起呼ソ
ースＩＤ１１０２をもっていなくてはならない。

ターゲット１０１１０４はＣＭＣ３通話の終着点である
。これは拡張１０またはトランクＩＤである。ターゲッ
トＩＤ１１０４は、通話の間に変わることがある。この
変更は典型的には通話が転送されたときに生じる。これ
は、ＣＭＣＴ中で通話の終端点を追跡するために使用さ
れる。

端末ＩＤ１１０６は、現在その通話が接続されている１
８Ｍ３２７０端末の固有の４バイト・キャラクタ識別子
である。３２７０端末は、パーソナル・コンピュータで
もよく、あるいは３２７０をエミュレートされた他の端
末でもよい。

通話が転送されるとき、現在通話に接続されている端末
ＩＤ１１０６が通話追跡アプリケーションによってＣＭ
ＣＴに書かれる。これはまた、情報をどこから入手すべ
きであるのかを決定するために、画面表示アプリケーシ
ョンによっても使用される。

ＣＴＬ＃１１０Ｂは、ＣＭＣ３によって管理されている
通話を識別するためにｃｔｃｓアプリケーションによっ
て使用される１５バイトのキーである。このキーは、Ｃ
ＭＣ３が管理するさまざまなログから状況情報を取得す
るために使用される。

初期ＣｌＣ５トランザクション１０は、タスクが接続さ
れる端末からの次の入力メツセージとともに使用すべき
トランザクション１０を特定するためにＣｌＣ５によっ
て使用される４バイト・コードである。これはまた、ト
ランク上に入来する通話に対して呼び出されるホスト・
アプリケーション・プログラムを識別するためにも使用
される。

ＣＭＣ３の初期構成は、各トランク及び特定の付属電話
をＣｌＣ５トランザクションＩＤと突き合わせる。これ
らは、端末ＩＤテーブル・ＤＮＩＳテーブル及びトラン
ク・テーブルに対する拡張子に格納される。

Ｑフラグ・フィールド１１１２は、通話の状況に応じて
０または１にセットされる１バイト・フラグである。す
なわち、もし通話が待ち行列中にあるなら、そのフラグ
は１にセットされ、そうでないならそのフラグは０にセ
ットされる。

割当フラグ・フィールド１１１４も、通話の状況に応じ
て０または１にセットされる１バイト・フラグである。

「初回の」通話は割当てられるまでこのフィールドに０
の値をもつことになる。

留保端末フラグ１１１６は、ＣＭＣＴと、端末テーブル
への拡張子に格納される１ビツト・フラグである。この
フラグが１にセットされているなら、付属電話が接続さ
れている表示端末に通話が転送されるときＣＭＣ３が画
面を初期化することはない。

エラー表示子（ＥＲＲＩＮＤ）１１１Ｂは、エラーを表
示するためにセットされ、エラー状態の引き渡しを表示
するためにクリアされる１ビツト・フラグである。

トランザクション表示子（ＴＲＡＮＳ　　ＩＮＤ）１１
２０は、現在の端末ＩＤ１１０６の表示端末を更新する
ために使用すべきＣＩ　Ｃ３）ランザクジョンを表示す
るために使用される４バイト・フィールドである。

認識表示子（ＲＥＣＩＮＤ）１１２２は、さまざまなト
ランザクションを区別するために使用されるシステム・
フラグである。

日付フィールド１１２４及び時間フィー　ルド１１２６
は、それぞれＣＭＣＴの最も新しい更新を追跡する６バ
イト・レコードである。

Ｅ６２．端末・拡張子テーブル 第１２図には、端末への拡張子が図示されている。この
図は、１６バイトの付属電話ＩＤ１１３０及び２４バイ
トの端末ＩＤ　（ＬＵＡ）１１３２を含む４０バイト・
レコードをもつシーケンシャル・ファイルとして図示さ
れている。このＬＵＡは全世界規模のネットワーク中で
めいめいの端末を明確に区別して確定する。

端末留保フラグ１１３４は、ＣＭＣＴと、端末テーブル
への拡張子に格納される１バイト・フラグである。この
フラグが１にセットされているなら、通話がその（拡張
）付属電話に接続された表示端末に転送されるときＣＭ
Ｃ５が画面を初期化しない。

初期ＣｌＣ５トランザクションＩＤ１１３６は、タスク
が付与される端末からの次の入力メツセージとともに使
用されるべきトランザクション識別子を記述するために
ＣｌＣ５によって使用される４バイト・コードである。

これはまた、トランク上に入来する通話に対し呼び出さ
れるホスト・アプリケーション・プログラムを識別する
ために使用される。

転送通知識別子１１３８は、通話に応答がなされる前に
その端末が更新されるべきことを表示するためにセット
される１バイト・フラグである。

もしそれがクリアされているなら、通話に応答がなされ
る前にその端末が更新されることはない。

回復通知表示子１１４０は、ＣＭＣ３が、故障の後の回
復モードにあることを表示する。

Ｅ６３．アプリケーション・トランク・テーブル第１３
図に示されているこのテーブルは、入来トランクを、そ
のトランクに関連する表示端末に情報を送るために呼び
出されるべきホスト初期ＣｌＣ５トランザクションと接
続するために使用される。

トランクＩＤ１１５０は、ＣＢＸが入来するカスタマの
通話を受取る外部電話回線の１０バイト識別子である。

ＣＭＣ５システムによってモニタすべきトランクは初期
構成の間に管理アプリケ−シコンによってフラグされる
。この識別子の最後の３ビツトは、特定のＣＢＸの固有
ＣＢＸ識別子であり、そこからトランクがＣＭＣ５シス
テムに入る。

ＤＮＩＳ）ランク・フラグ１１５２は、ダイヤルされた
番号間接サービスが、電話にアクセ、スするために使用
されたことを表示するためにセットされる。もしこの表
示子がセットされているなら、アプリケーションに対す
るＤＮＩＳのテーブルを、正しい初期ｃｒｃｓアプリケ
ーションを決定するために検索する必要がある。

初期ＣＩ　Ｃ５）ランザクシコンＩＤ１１５４は、タス
クが付与される端末からの入力メツセージとともに使用
すべきトランザクション識別子を指示するためにＣｌＣ
５によって使用される。これはまた、トランク上の入来
通話に対して呼び出されるホスト・アプリケーション・
プログラムを識別するためにも使用される。

Ｅ６３．アプリケーションＤＮＩＳテーブル第１４図に
示されているテーブルは、代理人の端末で呼び出される
べき正しい初期ＣＩ　Ｃ３）ランザクジョンを、入来Ｄ
ＮＩＳ）ランクに接続するために使用される。ＣＭＣＴ
のターゲットＩＤ１１０４は、正しい初期ＣＩＣ３Ｉ−
ランザクジョンＩＤ１１５Ｂを決定するべく、このテー
ブルのターゲットＤＮＩＳ　　ＩＤ１１５６を突合せる
ために使用される。

初期ＣＩＣ３）ランザクジョンＩＤ１１５８は、タスク
が付与される端末からの次の入力メツセージとともに使
用すべきトランザクション識別子を指定するためにＣｌ
Ｃ５によって使用される４バイト・コードである。これ
はまた、トランク上の入来通話に対して呼び出されるホ
スト・アプリケーション・プログラムを識別するために
も使用される。

Ｅ６４．待ち行列カウント・テーブル 待ち行列カウント・テーブルは、待ち行列の中にある通
話の数をモニタするために使用される。

このレコードは固定長であって通話拡張子及び他の待ち
行列情報に対応するエントリをもつ。

尚、さまざまテーブルを表示するためにシーケンシャル
・ファイルが使用されているけれども、当分野の技術者
なら、連結リスト・ハツシュ・テーブルまたは他の同様
のファイル構成をそのシーケンシャル・ファイルに容易
に置換えることができることを認識するはずである。

Ｅ７．メツセージ・フォーマット ＣＢＸからホストにＬＵ　６．２リンクを介して情軸を
転送するためにＣＭＣ３によって採用されている通信ト
ランザクションはすべて、インターナショナル・ビジネ
ス・マシーンズ社によって発行されている［システム・
ネットワーク・アーキテクチャ参照要約（Ｓｙｓｔｅｍ
　Ｎｅｔｗｏｒｋ　ＡｒｃｈｉｔｅｃｔｕｒｅＲｅｆｅ
ｒｅｎｃｅ　Ｓｕｔａｍａｒｙ　）　Ｊの第１４章に定
義されているｒｌＢＭ汎用データ・ストリーム」に従う
。

この汎用データ・ストリーム（ＧＤＳ）のレコード構造
が第１Ｏ図に示されている。これにおいて、最初に来る
のは２バイト長フイールド１０００であって、ヘッダ情
報を除いたトランザクションのバイトの整数長を含む。

レコード１０００に続く２バイト・フィールド１０１０
はアプリケーション・メツセージ・タイプであって、常
に１６進１２ＦＦにセットされている。次には、可変長
メツセージ・データ１０２０が連結されている。この情
報の長さは、機能１０２１とサブ機能１０２３に依存す
る。機能１０２１は、表１にリストされている４つの機
能のうちの１つを指定する１バイト・フィールドである
（表１ないし表１２はすべて、発明の詳細な説明の末尾
に掲げられているのでそちらを参照されたい。）サブ機
能フィールド１０２３は、機能１０２１の制御の下で実
行すべき特定のサブ機能を記述する。また、表１にはブ
機能もリストされている。表２には機能とサブ機能の適
切なグループ分けが示されている。

表３は、第１０図の日時フィールド１０２５を占有する
日時フィールドの適切なフォーマットをあられす、デー
タ１０２７は次のフィールドに在駐し、機能１０２１及
びサブ機能１０２３に応じて可変長である。最後に１バ
イト・フラグ・フィールド１０２９がそのトランザクシ
ョンの後に続く。それらのフラグのタイプとそれが意味
するところは、表３に示されている。

Ｅ８．基本的なトランザクションの流れメツセージ・デ
ータ１０２０を交換できるようになる前に、ＣＢＸとホ
スト・アプリケーションの間にセツションを開始する必
要がある。ホスト・アプリケーションとＣＢＸの間でセ
ツションを開始するために・ホストとＶＴＡＭにメツセ
ージが送られる。これにより、ＣＢＸとホストの間のす
べての通信のために使用される単一のセツションが開始
される。セツションは次のメツセージにより開始される
：　５ＥＳＳ　ＩＯＮ　：　ＬＯＧ−ＯＮ（ＡＰＰＬＩ
Ｄ） ここでＡＰＰＬ　Ｉ　Ｄはアプリケーション名（この場
合ＣＭＣ３）通常のプログラミング技術をもつ当業者な
ら、必要に応じて追加的なトランザクション・トラフィ
ックを有効化するべく追加的なホスト・セツションを容
易に想定できよう。

表４ないし表７は、ＣＢＸとホストの間の最も普通のト
ランザクションを処理するために使用されるトランザク
ションの詳細を示すものであり、表４は、通話が放棄さ
れたことを報告するために使用されるトランザクション
を示し、表５は、通話がＣＢＸ上のボートに成功裡に転
送されたことを報告するために使用され、表６は、通話
が成功裡に接続されたことを報告するために使用され、 表７は、通話がある集団へと指向され特定のポートに割
当てられていることを報告するために使用される。

Ｅ９．表示状態 各電話に接続されている表示端末は、任意の時点で、第
１５図に示されている３つの状態のうちの１つにある。

その３つの状態とは、遊休状Ｂ１２００と、表示状Ｂ　
１２１０と、保留状態１２２Ｏである。遊休状態１２０
０は、表示端末に接続されている電話から通話が切断さ
れたときに生じる。遊休状態から表示処理１２０２への
転送は、端末上に初期的にどの表示情報を表示すべきで
あるかを決定し、ホスト及びＣＢＸ上で状況レコードを
初期化するステップである。また、その拡張子に対応す
る端末が存在しないなら、保留状態１２２０の処理が入
力される。クリア処理１２０４は、以前の表示と通話切
断の際の完了状況に関連する情報をセーブするステップ
を参照する。表示状ＬＦｉｌ　２１０は、代理人にイン
ターフェースするために表示端末を使用する情報の集積
である。表示状［１２１０の間に、通話の途中で１つの
端末から別の端末に転送するために、移動操作１２０６
が必要になることがある。別の付属電話への移動を行う
ためには、ＣＢＸからホストへＣＡＬＬ−ＡＳＳＩＧＮ
（通話割当て）が送られ、その後新しい付属電話への接
続が完了したときに、ＣＡＬＬ−ＣＯＮＮＥＣＴ　（通
話接続）が送られる。

活動化操作１２１４は、電話が保留状態１２２０にあっ
た後解放状態になったときに情報を表示するために使用
される。凍結動作１２１２は表示動作を停止させ、呼者
が他の代理人からの転送の際に待ち行列に入れられてい
る状態などの保留状態Ｉ２２０に入る前に現在の状況を
セーブする。

保留状Ｌｉ　１２２０は、呼者が、代理人が受入可能に
なるのを待つときに生じる。クリア動作１２２４は、呼
者が保留状態１２２０で電話を切るときに、以前の表示
及び動作の完了状況に関連する情報をセーブするために
使用される。待ち行列及び初期化動作１２２２は、呼者
が転送動作を実行し代理人が電話に出ているときに使用
される。この動作は、代理人が空きになるのを待ってい
る通話を待ち行列に入れ、代理人が空きになったときに
通話を初期化する。

Ｅｌｏ、管理アプリケーション ＣＭＣ５の管理アプリケーションは主としてシステムの
構成と管理の役目を担う。表８ないし表１２には、シス
テムを構成し管理するためにこのアプリケーションによ
って使用されるｃｔｃｓ表示が示されている。

表８は、通話管理制御追跡テーブルのスクリーンである
。これは、システム・オペレータカ通話管理制御テーブ
ル（ＣＭＣＴ）に対する変更を動的に眺めるために使用
される。この表示からは、ＣＭＣＴのほとんどのフィー
ルドが見てとれる。

表９は、端末に対する拡張子の相関テーブルの構成画面
である。この表示により、システム・オペ°レータが、
端末のＩＤを電話拡張子及びＣｌＣ５アプリケーション
ＩＤと関連させることが可能となる。これにより、通話
の転送に応答して表示されるべき特定画面の情報を有効
化するための連結が与えられる。

表１０は、アプリケーションに対するトランク１０の相
関テーブルの構成画面である。この表示は、アプリケー
ションに対するトランクＩＤのテーブル眺め保守するた
めに使用される。このテーブルのこれらのフィールドは
、この表示画面を用いてシステム・オペレータが動的に
更新することができる。

表１１は、ＤＮＩＳトランク・アプリケーション相関テ
ーブル構成画面である。この表示画面は、アプリケーシ
ョンに対するＤＮＩＳ　　ＩＤを眺め保守するために使
用される。

表１２は、端末に対する代理人拡張子の相関構成画面で
ある。この表示は、ログオンが実行されたときに表示端
末を構成し、表９に示す、端末に対する拡張子の相関テ
ーブルを更新するために代理人によって使用される。

これらの表示は、×××××で示される表示可能位置と
、−一一一　−で示されるユーザー人力位置と、＃＃＃
＃＃で示されるユーザー供与デフオールドをもつユーザ
ー人力位置をもつ標準ＣｌＣ５表示画面である。また、
表示面上のフィールド名は、それらの表示によって構成
された関連テーブルについて説明されたフィールドに対
応する。

Ｅ１１０通話例のサンプル Ｅｌｌｌ、例１ 例１のサンプルは、任意のソースからＣＭＣＳ代理人へ
の通話である。この起呼通話は集団（Ｐｌ）から拡張子
（Ｐ２）へ到来するものである。

これらの動作は、これらの動作は、ＣＢＸ動作、外出通
話事象トランザクション及びホスト動作へと支分けられ
る。

ＣＢＸ　　　　　　事　　象　　　ホストＰＬが入来 注意：Ｔ（Ｐ２）は、端末（アプリケーション）電話テ
ーブル中で拡張子Ｐ２のルックアップによって決定され
た、画面が表示される端末である。

５（Ｐｌ、Ｘ）は、状態遷移Ｘをもつ起呼ソース識別子
Ｐ１に関連する画面である。

Ｅ１１２．例２ 例２のサンプルは、同一のＣＭＣ３代理に対する連続的
な２回の通話である。

ＣＢＸ　　　　　　事　　象　　　ホスト−クリア Ｅ１１２．例３ 例３は、通話に応答がなされる前に呼集団が電話を切る
場合の通話である。集団１（ＰＬ）は通話の起呼者であ
る。集団２　（Ｐ２）は、代理人の付属電話である。

ＣＢＸ　　　　　　事　　象　　　ホストＥ１１４．例
４ 例４．は、通話転送の例である。集団１（Ｐｉ）は通話
の起呼者である。集団２（Ｐ２）は第１集団の付属電話
（転送側）である。集団３　（Ｐ３）は第２集団の付属
電話（被転送側）である。

ＣＢＸ　　　　　　事　　象　　　ホストＥ１１５．例
５ 例５の通話は、会議通話の例である。集団１（ＰＬ）は
通話の起呼者である。集団２（Ｐ２）は第１の集団の付
属電話である。集団３　（Ｐ３）は第２の集団の付属電
話である。

ＣＢＸ　　　　　　事　　象　　　ホスト（Ｐ２　、Ｐ
Ｉ） Ｐ２が電話を切る　集団解除（Ｐ２）　　５（ＰＬ　、
Ｍ）→　Ｔ（Ｐ３） 通話切断（ＰＩ） Ｅ１２．表１ないし表１２ 紅 表１ 獣 表１ 表Ｊ− 表呈 表１ ローへの寸の■トψ■ローへの寸の −Ｎの寸い■トω■−一一一一一一一一−へへ凶へヘヘ
赴 」１ ５　　検索のためにトランク１０ニー　−−−−を入力
して改行キーを押す」」 」ユ 、Ｉ　　　ＭＭ／ＤＤ／ＹＹ Ｆ９発明の詳細 な説明したように、この発明によれば、通話の転送とそ
れに伴う表示端末上の表示の変更がホスト・プロセッサ
によりきわめて有効に管理される。

【図面の簡単な説明】

第１図は、本発明に従うＣＭＣ３のハードウェアの概要
図、 第２図は、従来技術のＣＢＸのボード構成の斜視図、 第３図は、本発明に従うＣＢＸのハードウェア棚レイア
ウトの図、 第４図は、本発明に従うＣＢＸ中央処理ユニット棚スロ
ットの図、 第５図は、本発明に従うＣＢＸ時分時分割多重化ロスロ
ット、 第６図は、本発明に従うＣＢＸ交換ハードウェアのブロ
ック図、 第７図ないし第９図は、本発明に従うＣＭＣＳの論理フ
ローチャート、 第１０図は、本発明に従う通信媒体である汎用データス
トリームのレイアウトを示す図、第１１図は、本発明に
従うＣＭＳテーブルの図、第１２図は、本発明に従う拡
張子端末テーブルの図、　　　□ 第１３図は、本発明に従うトランク・アプリケーション
・テーブルの図、 第１４図は、本発明に従うダイヤル番号間接サービス・
アプリケーション・テーブルの図、第１５図は、本発明
に従う通話処理の状態図、第１６図は、本発明に従うＣ
ＭＣ３の概要ブロック図、 第１７図は、本発明に従うＣＭＣ３を含むアプリケーシ
ョンの詳細なブロック図である。 出願人　インターナショナル・ビジネス・マシーンズ・
コーポレーション 代理人　弁理士　山　本　仁　朗 （外１名） 第１図 第１５Ｂ −醜 囚

Claims (2)

【特許請求の範囲】
1. （１）ディジタル交換機によつて管理される複数の電話
   と、複数の表示端末と、ホスト・プロセッサと、プログ
   ラムおよびデータ構造を記憶するためのメモリ手段をも
   つシステムであつて、該ディジタル交換機は上記各電話
   を拡張子によつて一意的に識別するためのプログラムと
   データ構造を記憶するためのメモリ手段と、上記複数の
   電話を接続するための制御手段と、上記ホスト・プロセ
   ッサと通信するための通信手段とをもち、上記ホスト・
   プロセッサは通信マネジヤとデータ構造とアプリケーシ
   ョン・プログラムを記憶するためのメモリ手段と、上記
   ディジタル交換機及び上記複数の表示端末と通信するた
   めの通信手段をもつようなシステムにおいて通話の転送
   及び該通話に関連する情報を調整するための方法におい
   て、 （ａ）上記ホスト・プロセッサに、通話に応答して、ソ
   ース電話拡張子と宛先電話拡張子を含む通信情報を送る
   段階と、 （ｂ）上記通信情報を、上記ホスト・プロセッサの通信
   マネジヤによつて受信する段階と、 （ｃ）上記通信情報を処理して上記宛先電話にリンクす
   べき関連アプリケーション・プログラムと関連表示端末
   を決定する段階と、 （ｄ）上記通話の転送に関連する情報を表示するために
   、上記関連表示端末と通信すべき上記関連アプリケーシ
   ョン・プログラムを呼び出す段階を有する、通話転送制
   御方法。
2. （２）ディジタル交換機によつて管理される複数の電話
   と、複数の表示端末と、ホスト・プロセッサと、プログ
   ラムおよびデータ構造を記憶するためのメモリ手段をも
   つシステムであつて、該ディジタル交換機は上記各電話
   を拡張子によつて一意的に識別するためのプログラムと
   データ構造を記憶するためのメモリ手段と、上記複数の
   電話を接続するための制御手段と、上記ホスト・プロセ
   ッサと通信するための通信手段とをもち、上記ホスト・
   プロセッサは通信マネジヤとデータ構造とアプリケーシ
   ョン・プログラムを記憶するためのメモリ手段と、上記
   ディジタル交換機及び上記複数の表示端末と通信するた
   めの通信手段をもつようなシステムにおいて通話の転送
   及び該通話に関連する情報を調整するための装置におい
   て、 （ａ）上記ホスト・プロセッサに、通話に応答して、ソ
   ース電話拡張子と宛先電話拡張子を含む通信情報を送る
   ための手段と、 （ｂ）上記通信情報を、上記ホスト・プロセッサの通信
   マネジヤによつて受信するための手段と、（ｃ）上記通
   信情報を処理して上記宛先電話にリンクすべき関連アプ
   リケーション・プログラムと関連表示端末を決定するた
   めの手段と、 （ｄ）上記通話の転送に関連する情報を表示するために
   、上記関連表示端末と通信すべき上記関連アプリケーシ
   ョン・プログラムを呼び出すための手段とを有する、通
   話転送制御装置。