JPH0685919A - メッセージ蓄積マルチ統合装置及び統合処理方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】複数の交換機とメッセージ蓄積システムとを接
続し、それら相互のインタフェースを行なう。 【構成】被呼番号が話中、あるいは応答なしの状態の場
合、さまざまな種類の呼記録情報を受信し、この情報を
メッセ−ジ蓄積システム２０へのメッセ−ジ記録に適し
た標準フォ−マット情報に変換する。また、システム
は、さまざまな交換機からさまざまな呼転送情報を受信
し、この情報を変換しフォ−マットし直して、メッセ−
ジ蓄積処理を制御に適したメールボックス情報を生成す
る。システムは、複数の特定タイプの交換機がシステム
に接続されていても、各交換機のタイプに対して１つの
統合プロセス２２を有する。統合プロセスは、標準パケ
ットをメッセ−ジ蓄積システムに転送する。一方、メッ
セ−ジ蓄積システムからの交換機を定義づけるパケット
は、標準フォ−マットで統合プロセスに送られる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の呼転送装置と、
パケット経路選択機能とパケット変換機能とを有する単
一のメッセ−ジ蓄積システムとのインタフェ−スシステ
ムに関し、特に、標準情報パケットを用いて被呼番号の
特定を行うメッセ−ジ蓄積システムと、一旦メッセ−ジ
を蓄積すると標準メッセ−ジ待機表示情報に基づいて、
呼転送装置の種別とは無関係に呼転送装置に適したフォ
−マットのメッセ−ジ待機表示情報を生成するシステム
に関するものである。

【０００２】

【従来の技術】従来、音声メールシステムなどのメッセ
−ジ蓄積システムでは、呼の制御・転送を行う装置とし
て、特定の装置とのインタフェ−スのみを考慮してい
る。例えば、ＡＴＴのＳＳ５中央局交換機とのインタフ
ェ−スは可能であるが、ノ−ザンテレコムの構内交換機
（ＰＢＸ）や他の製造会社の中央局交換機とはインタフ
ェ−スできない音声メールシステムがある。

【０００３】本発明に関連する先願として、ジョーンズ
他による米国特許出願第０７／３９３，２７０号（１９
８９年８月１０日）がある。

【０００４】

【発明が解決しようとする課題】上記の交換機では、呼
情報が交換機固有のフォ−マットで表わされ、フォ−マ
ットがメッセ−ジ蓄積システムで利用することができな
いものであったり、メッセ−ジを適切に記録するために
は不十分な情報であったりすることがある。したがっ
て、複数の種類の交換機とメッセ−ジ蓄積システムとの
インタフェ−スを提供するシステムが必要となる。

【０００５】本発明の目的は、複数の交換機とメッセ−
ジ蓄積システムとをインタフェ−スすることのできるシ
ステムを提供することである。本発明の他の目的は、多
数の交換機をメッセ−ジ蓄積システムに接続するシステ
ムを提供することである。さらに、本発明の目的は、標
準フォ−マットの被呼番号の指定情報や他の情報を有す
るメッセ−ジ蓄積システムや、その交換機のフォ−マッ
トでメッセ−ジ待機表示情報を示す交換機を提供するこ
とである。

【０００６】上述の目的を達成するために、被呼番号が
話中であったり、無応答であった場合に、システムはさ
まざまな種類の呼転送情報を受信し、メッセ−ジ蓄積シ
ステムへのメッセ−ジ記録に適した標準フォ−マットの
メールボックス情報に呼転送情報を変換する。このシス
テムは、さまざまな交換機からさまざまな種類の呼転送
情報を受信し、必要であれば、呼転送情報に可能な限り
の情報を付加し、その情報を、メッセ−ジ蓄積処理を制
御するのに適したメールボックス情報に変換したりフォ
−マットのし直しを行なう。

【０００７】上記の目的や、以下の説明で明らかになる
それ以外の目的や利点は、詳細な説明や請求の範囲にお
いて説明されているように本発明の構成や動作に拠るも
のであり、添付図面を参照しながら説明するが、図面中
の同一の番号は同一部位を示すものとする。

【０００８】

【課題を解決するための手段】本発明は、上記の目的を
達成するため、以下の構成を備える。すなわち、請求項
１に記載の発明は、メッセ−ジ蓄積システムとメッセ−
ジ交換機との間におけるマルチ統合装置であって、第１
の交換機に接続され、第１の呼記録情報を呼到着パケッ
トに変換し、かつ、メッセ−ジ終了パケットを第１のデ
バイスメッセ−ジに変換する第１の変換手段と、第２の
交換機に接続され、第２の呼記録情報を呼到着パケット
に変換し、かつ、前記メッセ−ジ終了パケットを第２の
デバイスメッセ−ジに変換する第２の変換手段と、前記
第１の変換手段、前記第２の変換手段、及びメッセ−ジ
蓄積システムに接続され、呼到着パケットをメッセ−ジ
蓄積システムに転送し、かつ、メッセ−ジ蓄積システム
からのメッセ−ジ終了パケットを受信し、かつ、終了メ
ッセ−ジを転送するインタフェ−ス手段と、前記インタ
フェ−ス手段、前記第１の変換手段、及び前記第２の変
換手段とに接続され、前記第１の変換手段あるいは前記
第２の変換手段のどちらがメッセ−ジ終了パケットを受
信したかを決定する統合制御手段とを備える。

【０００９】また、請求項５に記載の発明は、第１のユ
−ザからの第１のメッセ−ジに関する第１の呼記録情報
を出力する第１の電話交換機と、前記第１の呼記録情報
とは異なる、第２のユ−ザからの第２のメッセ−ジに関
する第２の呼記録情報を出力する第２の電話交換機と、
前記第１の電話交換機と前記第２の電話交換機とに接続
され、標準呼記録情報に従ってユ−ザからのメッセ−ジ
を蓄積するメッセ−ジ蓄積システムと、前記電話交換機
と前記システムに接続され、第１の呼記録情報と第２の
呼記録情報を標準呼記録情報に変換するマルチ統合ユニ
ットとを備える。

【００１０】さらに、請求項８に記載の発明は、メッセ
−ジ蓄積システムと少なくとも２種類の交換機のための
統合処理を実行する方法であって、（ａ）各タイプの交
換機に対する変換プロセスを生成する処理と、（ｂ）各
変換プロセスとメッセ−ジ蓄積システムとの間でインタ
フェ−スを行うためのインタフェ−スプロセスを生成す
る処理と、（ｃ）インタフェ−スプロセスから各変換プ
ロセスにメッセ−ジを転送する転送プロセスを生成する
処理と、（ｄ）変換プロセス、インタフェ−スプロセ
ス、及び転送プロセスを実行する処理とからなる。

【００１１】また、請求項１０に記載の発明は、呼蓄積
情報を用いてメッセ−ジを蓄積するメッセ−ジ蓄積シス
テムと、前記メッセ−ジ蓄積システムに接続され、第１
のメッセ−ジを前記メッセ−ジ蓄積システムに転送し、
かつ、第１のメッセ−ジ到着情報を生成する第１の交換
機と、前記メッセ−ジ蓄積システムに接続され、第２の
メッセ−ジを前記メッセ−ジ蓄積システムに転送し、か
つ、第１のメッセ−ジ到着情報とは異なる第２のメッセ
−ジ到着情報を生成する第２の交換機と、第１のメッセ
−ジ到着情報と第２のメッセ−ジ到着情報とを呼蓄積情
報に変換する統合手段とを備える。

【００１２】

【作用】以上の構成において、複数の交換機とメッセ−
ジ蓄積システムとを接続し、相互のインタフェ−スを行
うよう機能する。

【００１３】

【実施例】以下、添付図面を参照して、本発明に係る好
適な実施例を詳細に説明する。本発明は、上述の問題点
を解決するために成されたもので、呼記録情報を翻訳、
再フォ−マット、転送し、必要ならば、メッセ−ジ蓄積
システム２０にて利用できる共通もしくは標準呼記録フ
ォ−マットに情報を付加する処理を行うマルチ統合ユニ
ット２２を設けて、メッセ−ジ蓄積システム２０にメッ
セ−ジコールを転送する複数の交換機１０〜１８に関す
るものである。交換機１０〜１８は、専用線を介してＭ
ＩＵ２２に接続されており、ＭＩＵは、交換機アドレス
や入回線が必要とするフォ−マットを特定することがで
きる。ここで、交換機がＭＩＵ２２と同じ部屋あるいは
建物内に位置しない場合には、交換機とＭＩＵとの接続
はモデムを介して行われる。

【００１４】典型的な中央局交換機１０の動作として、
電話２４の発呼者が電話２６を呼び出すと、被呼加入者
の応答を監視する処理を行う。電話２６が話中であった
り、所定の呼出し回数（以下「無応答呼出し」と呼
ぶ）、例えば、５回で応答がなかった場合には、中央局
交換機１０は電話２４からの発呼をメッセ−ジ蓄積シス
テム２０に転送する。すると、メッセ−ジ蓄積システム
２０は、転送時の発呼状態に応じて、電話２４の発呼者
に対して適切なメールボックスとして機能する。例え
ば、電話２６が話中であった場合には、電話２６の使用
者が他の呼と話し中である旨を電話２４の使用者に伝
え、メッセ−ジを残すかどうかを尋ねる。所定の呼出し
回数で電話２６の被呼者が応答しなかった場合には、メ
ッセ−ジ蓄積システムは、発呼者が一時的に電話から離
れている旨、また、メッセ−ジを残すかどうかを伝え
る。この際、中央局交換機１０は、メッセ−ジ蓄積シス
テム２０に対して電話２６の番号、すなわち接続相手の
電話番号のみならず、転送時の電話２６の呼状態が話中
であったり無応答呼出しが発生したということ、また、
呼を転送するＭＳＳ２０の回線をも知らせる必要があ
る。同時に、発呼側の電話２４の番号をも知らせなけれ
ばならない。なお、ある種の交換機では、これらの情報
のみならず、メッセ−ジ蓄積システムにとって不必要な
付加情報をも出力する。例えば、ＮＥＡＸ２４００ＭＣ
Ｉ装置は、発呼を転送する番号を出力する機能を有す
る。

【００１５】今日のマルチベンダ交換機市場では、それ
が中央局交換機かＰＢＸかに関わらず、ほとんどの交換
機が呼記録情報を出力するが、異なる情報がさまざまな
フォ−マットで出力される。例えば、中央局交換機１
０、１２としては、ＡＴＴの５Ａ型あるいは１Ｅ型交換
機やノ−ザンテレコムのＤＭＳ１００などを用いること
ができるが、これらはＳＭＤＩ（単純メッセ−ジデスク
インタフェ−ス）プロトコルの被呼者情報を用いるた
め、中央局交換機の標準化に関しては比較的簡潔に行う
ことができる。

【００１６】一方、ＰＢＸ１４、１６としては、ノ−ザ
ンテレコムのＳＬＩ、ロルムのＣＢＸ、ＮＥＣのＮＥＡ
Ｘ２４００、ＡＴＴのシステム７５／８５、インタコム
のＩＢＸ、日立のＨＣＸなどを用いることができるが、
これらのＰＢＸの被呼者情報のためのプロトコルは一般
に標準化されていない。加えて、会社によってはメッセ
−ジ記録に充分な情報を出力しないものもあり、メッセ
−ジシステムが発呼者から必要な情報を得なければなら
ないこともある。ＭＩＵ２２は３２のプロトコルを有す
る３２個の交換機とインタフェ−スすることができる。

【００１７】上述のように、本発明は、メッセ−ジ呼を
中央局交換機１８を介してメッセ−ジ蓄積システムに転
送するさまざまなＰＢＸ交換機１４、１６から出力され
る呼記録情報を変換するものでもある。ＰＢＸが関与す
る場合のメッセ−ジ処理の方法は、ＰＢＸが出力する呼
記録情報の形式が統一されていないため、中央局交換機
の場合に比べて一般に複雑な処理となるが、本質的には
同様の処理が行われる。例えば、ＰＢＸ１４が専用回線
を介してＭＳＳ２０に直接接続されている場合には、Ｐ
ＢＸ１４は、従来の呼転送処理のように呼をＭＳＳに転
送し、ＭＳＳ２０の回線番号を含む呼記録情報をＭＩＵ
２２を介してＭＳＳに伝達する。他方、ＰＢＸ１６のよ
うに直接ではなく中央局交換機１８を介してＭＳＳ２０
に接続されている場合には、ＰＢＸ１６は交換機１８を
介してＭＳＳ２０上の特定の回線に呼を転送しなければ
ならず、用いる回線、被呼番号、発呼番号などの情報を
ＭＩＵ２２を介してＭＳＳ２０に伝えなければならな
い。また、ＰＢＸを交換機１８に接続して、呼を特定す
るためのインバンド信号をＭＳＳ２０に転送することも
できる。この場合には、ＭＩＵ２２はメッセ−ジ待機表
示のみを処理することになる。また、ＰＢＸが関与して
いる場合には、呼記録情報の一部としてＰＢＸから完全
な電話番号が出力されないこともある。この場合、ＰＢ
Ｘから出力される情報が内線番号だけであったり、ポ−
トあるいは回線番号のみであったりすることもある。こ
のような場合、本発明では、内線番号やポ−ト番号を１
０桁の電話番号のようなメールボックス識別子に変換す
る処理を実行する。

【００１８】ノ−ザンテレコムのＳＬ１などのようなＰ
ＢＸ交換機では、ＰＢＸがアウトバンドの呼記録情報を
出力せず、呼転送機能のための情報を出力しないため、
統合ユニット４２が必要となる。なお、ＳＬ１ ＰＢＸ
などのＰＢＸ１６に適した統合ユニットは、マサチュ−
セッツ州ウエイクフィ−ルドのボストンテクノロジ−社
が発売している。また、ＡＴＴのシステム７５ ＰＢＸ
に適した統合ユニットは、ニュ−ヨ−ク州バッファロ−
のボイステクノロジ−グル−プが発売している。

【００１９】一般に、ＳＬ１ ＰＢＸなど統合ユニット
を必要とするＰＢＸ１６が呼を受信すると、まずＰＢＸ
１６は適切な内線に呼を転送する。ここで、その内線に
おいて応答がない場合（無応答呼出し）や話中である場
合、あるいは呼転送モ−ドになっている場合には、ＰＢ
Ｘは統合ユニット４２にその呼を転送する。このとき、
ＰＢＸ１６が呼を統合ユニット４２に転送する場合、無
応答呼出しや話中、呼転送モ−ドといった情報を統合ユ
ニット４２に伝達することはせず、各呼の種別を統合ユ
ニット４２に接続されている異なる内線に連絡する。す
なわち、すべての無応答呼出し呼を第１の内線に転送
し、すべての話中呼を第２の内線番号に転送し、また、
すべての転送モ−ド呼を第３の内線に転送する。統合ユ
ニット４２は、人間が操作するのと同様にＰＢＸ１６を
制御し、呼をメッセ−ジ蓄積システムに転送する。ま
た、統合ユニット４２は呼記録情報パケットを生成し、
生成したパケットをＭＩＵ２２に転送する。

【００２０】図３Ｅは、ノ−ザンテレコムのＳＬ１ Ｐ
ＢＸ用に生成されたパケットを示したものである。ＶＴ
Ｇ（ボイステクノロジ−グル−プ）が発売している統合
ユニットでは、図１４、図３Ａに示すようなＳＭＤＩパ
ケットが生成される。呼が終了すると、ＭＩＵ２２から
のメッセ−ジ待機表示パケットと呼切断パケット、ある
いは呼切断パケットによって、統合ユニット４２はパケ
ットをＰＢＸ１６に送信して転送呼を切断し、メッセ−
ジ待機ランプを点灯する。なお、主制御ユニットコンピ
ュ−タ４８を有するメッセ−ジ蓄積システムに関して
は、その詳細が上述の参照出願に説明されている。

【００２１】図２は、マルチ統合ユニット（ＭＩＵ）２
２の詳細なハ−ドウエア構成要素を示す図である。ＭＩ
Ｕ２２は、本質的にＩＢＭ ＡＴ型のコンピュ−タであ
り、バックプレーン６０に特殊な通信ボ−ドを搭載した
構成となっている。ＣＰＵ６２はインテルの８０３８６
プロセッサをベ−スとしたものであり、ここではカリフ
ォルニア州フレモントのシグマデザイン社のモデルＣＰ
Ａ３８２０ＢＡＣＸを用いている。ＣＰＵ６２におい
て、一時的なデ−タやメッセ−ジならびに実行するＭＩ
Ｕ制御プログラムは、８メガビットのランダムアクセス
メモリであるメモリユニット６４内に保持される。ここ
では、このメモリユニット６４としてカリフォルニア州
フレモントのシグマデザイン社のモデルＣＭＡ３８０Ｋ
００ｎを用い、ユニットのメモリチップとしてマサチュ
−セッツ州ウイルミントンのセントン社のものを用いて
いる。

【００２２】ＣＰＵ６２は、通常のバスを介してメモリ
６４に直接アクセスすることができる。ハ−ドディスク
ドライブ６６にもプログラムや一時的なデ−タを蓄積す
ることができ、ディスク制御装置７０がハ−ドディスク
ドライブ６６の処理を制御する。ここでは、ハ−ドディ
スクドライブ６６としてマサチュ−セッツ州ウイルミン
トンのアンセム社のマクスタモデルＸＴ８３８０Ｅを用
い、ディスク制御装置７０としてフロリダ州メイトラン
ドのＤＰＴ社のモデルＰＭ３０１／７５を用いている。
フロッピディスクドライブ７２は、システムの初期プロ
グラムをロ−ドする際やメインテナンス修正を行う際に
用いるものであり、ここでは富士通のモデルＭ２５５３
Ｋ０３Ａを用いている。ＭＳＳ２０のＭＣＵ４４は、通
常のイ−サネット通信リンク７４を介して、図２のＭＩ
Ｕ２２に接続されている。なお、ここでは、イ−サネッ
ト通信リンクとしてニュ−ハンプシャ−州ナシュアのエ
クセラン社のモデル９９００６１５−０１を用いてい
る。

【００２３】従来より使用されているマルチＩＯユニッ
ト７６は、ＭＩＵ２２の保守が必要となったときにビデ
オ表示とのインタフェ−スを行う。また、従来のシリア
ルリンク８０、８２としては、２つのパネル上で終端す
る１６シルアルポ−トを有するフロリダ州マイアミのエ
クイノクス社のモデル９５００８３−２と９９０１２２
を用いている。これらのシアルリンクは、中央局交換機
１０、１２やＰＢＸ１４、１６と統合ユニット４２とを
接続するものである。

【００２４】ＭＩＵ２２で実行される多くのコンピュ−
タプログラムは「Ｃ」プログラミング言語で書かれたも
のである。なお、プロセッサ６２で実行されるプログラ
ム、及びＳＭＤＩやＳＬ１のプロトコルにおいて統合処
理を実行するためのソフトウエアをマイクロフィッシュ
の形で添付する。プロセッサはオペレ−ティングシステ
ムとしてＸｅｎｉｘやＵｎｉｘ Ｓｙｓｔｅｍ Ｖなど
の複数のタスクを同時に実行できるシステムを用いる。
また、プロセッサ６２は、情報パケットを有するメッセ
−ジやデ−タの転送・制御処理をファイル記述子に基づ
いて行うＵＮＩＸ上の選択処理をも実行する。

【００２５】このような処理環境においては、複数のプ
ロセスを起動することができ、ファイル記述子の入力バ
ッファ中にファイル記述子のデ−タが入力されるたびに
プロセスが起動される。また、１つのプロセスが応答の
欠落によってブロック状態になることなく、複数の処理
の待ち状態となることもできる。このような処理では、
バッファ中のファイル記述子の処理をすべて終えると、
処理は他のファイル記述子が入力されるまで待機状態と
なる。なお、ＭＩＵ２２とＭＣＵ４８間の通信プロトコ
ルとしては、エクセラン社のＴＣＰ／ＩＰプロトコルを
用いている。

【００２６】図３Ａに示す簡略メッセ−ジデスクインタ
フェ−ス（ＳＭＤＩ）パケット１００は、ＡＴＴの５Ａ
型交換機などの中央局交換機にて供されているものであ
る。このパケット１００にはパケット開始フィ−ルド１
０２、１０４を有し、フィ−ルド１０６はメッセ−ジデ
スク番号を示し、また、フィ−ルド１０８は、以下の行
列を用いたルックアップ処理でＭＳＳ２０のポ−トにマ
ッピングされる端末番号を格納する。メッセ−ジデスク 開始端末 終了端末 開始ＭＳＳポ−ト 終了ＭＳＳポ−ト ０１ ０００１ ００１６ １０１ １１６ ０２ ０００１ ０００４ ００１ ００４ ルックアップテ−ブル処理中は、例えば、メッセ−ジデ
スク０１、端末００１２であれば、ＭＳＳポ−トは１１
２となり、メッセ−ジデスク２、端末１であれば、ＭＳ
Ｓポ−トは００１となる。呼種別フィ−ルド１１０は電
話機状態が無応答呼出し、話中、ダイレクト呼、転送呼
のいずれであるかをアルファベットコードにて示すフィ
−ルドであり、所定の数値に変換されて、標準パケット
（図４Ａ参照）に挿入され、ＭＣＵ４８に送信される。
内線１１２は、３桁から１０桁の数字を含むフィ−ルド
であり、ＭＣＵ４８が理解できる電話番号に変換され
る。ここで、電話番号は、国番号、区域番号、７桁の数
字（交換機と回線番号）といったフォ−マットか、ある
いは交換機名と内線というフォ−マットのどちらかであ
る。ＭＩＵ２２は、ＭＩＵ２２に保持されている内線番
号１１２と既知の交換機、区域番号、国番号とを利用し
て、パケット１００が到着したシリアルラインに対して
完全な電話番号を生成し、その番号を標準パケットに挿
入する。発呼者フィ−ルド１１４は、発呼者番号を示す
３桁から１０桁の数字を格納するフィ−ルドである。こ
の番号も、内線１１２と同様、完全な電話番号に変換さ
れる。最終フィ−ルド１１６にてパケットが終了する。

【００２７】図３Ｂは、インタコム社のＩＢＸのＰＢＸ
からＭＩＵ２２に出力される呼記録情報パケットを示し
ている。このパケット１２０は、キャリッジリタ−ン１
２２、ラインフィ−ド１２４、それらに続くヘッダ１２
６にて始まる。フィ−ルド１２８内の回線番号は、第１
列がＰＢＸの回線番号、第２列が対応するＭＳＳの回線
番号である２列のテ−ブルを用いたルックアップ処理を
行うことで決定されるＭＳＳのポ−ト番号に変換され
る。フィ−ルド１３０に含まれるタイプには、無応答呼
出し、話中、アルファベットで示されるすべての転送呼
が含まれる。ＤＲＮ＃１フィ−ルド１３２は被呼番号
を、ＤＲＮ＃２フィ−ルド１３４は発呼番号を示してい
る。これらの番号は、上述のような完全な電話番号、あ
るいは交換機内線に変換される。残りのフィ−ルド１３
６、１３８、１４０はパケットの終了を示すフィ−ルド
である。

【００２８】図３Ｃは、ノ−ザンテレコムＰＢＸが出力
するＳＬ１−ＩＶＭＳパケット１４２を示している。こ
のパケット１４２には、パケットヘッダ１４３、メッセ
−ジ１４４、トレ−ラ１４５、メッセ−ジヘッダ１４
６、メッセ−ジテキスト１４７が含まれる。ここで、メ
ッセ−ジヘッダ１４６には、メッセ−ジ長１４８、アプ
リケ−ション識別子１４９、メッセ−ジタイプ１５０、
プロセス識別番号１５２、カスタマ−番号１５４が含ま
れる。また、メッセ−ジ１４７には、ＭＳＳ２０に接続
されるＰＢＸ上のポート番号が含まれる。このＰＢＸの
ポート番号は、上述のようにテ−ブルルックアップ処理
によってＭＳＳポート番号に変換される。コマンドフィ
−ルド１５８は、転送、話中、無応答呼出しといった呼
の種別を数値で示すフィ−ルドである。また、メッセ−
ジ１４７には、発呼者１６０と被呼者１６２も含まれ
る。これらのフィ−ルド中の番号は、３あるいは４桁の
数字で表わされており、上述のように完全な番号に変換
する必要がある。

【００２９】図３ＤはＮＥＡＸ２４００ＭＣＩリンクパ
ケット１６３を示したものである。このパケット１６３
の先頭には、ヘッダ１６４とルックアップテ−ブルによ
ってＭＳＳポート番号に変換される回線番号１６５とが
含まれる。フィ−ルド１６６は、将来の利用に備えた空
きフィ−ルドである。種別フィ−ルド１６７は、無応答
呼出し、話中、呼転送などといった状態を数値で表わし
たフィ−ルドである。発呼者フィ−ルド１６８と被呼者
フィ−ルド１６９は、局指定番号と６桁の内線番号から
成る。なお、ここでの数値とコードは、図４Ａに示す標
準パケットに変換されて保持される。

【００３０】図３Ｅは、ＳＬ１ ＰＢＸの統合ユニット
４２からの呼到着パケット１７１を示したものである。
このパケット１７１には、ヘッダ１７２と統合パケット
であることを示すコマンド１７３が含まれる。回線フィ
−ルド１７４は、呼を受信した統合ユニット上のポ−ト
を示し、呼種別１７５は呼が直接呼であるか、無応答呼
出し、あるいは話中による転送呼であるかを示す。被呼
者フィ−ルド１７６と発呼者フィ−ルド１７７は、内線
番号の前に０を付加した７桁の数値である。

【００３１】ＡＴＴシステム７５／８５ＰＢＸからの呼
到着パケットは、図３Ａに示したパケットと同一であ
る。図４Ａは、ＭＩＵ２２が生成し、ＭＣＵ４８に入力
する標準呼到着パケット（ＰＢＸＩ）、すなわち標準統
合パケット１８０を示したものである。このパケット１
８０は、呼接続が失敗したことを示すコマンドフィ−ル
ド１８２である。回線ＩＤフィ−ルド１８４は、呼を処
理し、ＭＩＵに占有されていないＭＳＳ２０上のポ−ト
を示すフィ−ルドである。フラグフィ−ルド１８６は、
無応答呼出し、話中、直接呼、転送呼などの呼状態を示
すフィ−ルドである。メールボックスＩＤ１８８は、接
続に失敗した呼に対しては被呼電話機を、直接呼に対し
ては発呼者番号を識別する。発呼ＩＤフィ−ルド１９０
は、発呼者の電話番号を認識することができればその番
号を保持し、呼接続に失敗したときに蓄積メッセ−ジ中
の送信者フィ−ルドをセットするために用いられる。入
回線フィ−ルド１９２は、中央局交換機やＰＢＸにおけ
る呼の回線番号を示すフィ−ルドであり、ＭＳＳ上の入
線を識別するために用いられる。上述のように、マトリ
クスまたはテ−ブルルックアップによるマッピング処理
によって入回線が決定される。

【００３２】図４Ｂは、ＭＣＵ４８からＭＩＵ２２に送
信される標準メッセ−ジ待機表示パケットを示したもの
である。このパケットは、ＰＢＸにおいて電話機上のラ
ンプなど、特定のメッセ−ジ待機状態を示すものとして
ある値がセットされることを意味するパケットである。
ＭＩＵは、パケットを受信するとそのパケットをフォ−
マットし直して、所定のＰＢＸや中央局交換機に送信す
る。図５Ａ〜図５Ｃは、フォ−マットされたパケットを
示している。パケット１９６は、上述のように交換機名
と内線の完全な電話番号を含む局指定フィ−ルド１９８
を有する。また、コマンドフィ−ルド２００は、メッセ
−ジ表示がオンにセットするかオフとするかを示すフィ
−ルドである。

【００３３】図４Ｃは、呼が終了したときに、ＭＳＳ２
０からＭＩＵ２２に送信される標準呼終了パケット、す
なわち切断パケット２０４を示したものである。コマン
ド２０５は、通話が終了したため、呼を切断しなければ
ならないことを示すフィ−ルドである。プロセス構成指
定フィ−ルド２０６は、ここでは用いていないが、メッ
セ−ジを生成したプロセスを指定することができるフィ
−ルドである。パケット２０４は、これらの他に、呼を
特定するＭＳＳのポ−ト番号フィ−ルド２０７を有す
る。このポ−ト番号は、ＭＩＵ２２において、受信装置
に応じて回線番号、メッセ−ジデスクと局番号、交換機
名と内線番号などに変換される。フィ−ルド２０８は、
製品を認識するためのフィ−ルドであるが、ここでは用
いない。開始フィ−ルド２０９と持続フィ−ルド２１０
は接続時間を示すフィ−ルドであるが、これもここでは
用いていない。種別フィ−ルド２１１は、呼が着呼であ
るか発呼であるかを数値で示すフィ−ルドである。

【００３４】図５Ａは、ＡＴＴ ５Ｅ型交換機やＡＴＴ
のＰＢＸにおいて用いられるＳＭＤＩフォ−マットでの
メッセ−ジ待機表示（ＭＷＩ）パケット２１４を示した
ものである。このパケット２１４には、局（STATION ）
２２０で識別される表示を起動したり、あるいは消灯す
る文字コマンド２１６が含まれている。機能フィ−ルド
２１８は、コマンドがメッセ−ジ回路表示装置に関する
ものであることを示すフィ−ルドである。インタコム社
のＩＢＸ ＰＢＸにおけるＭＷＩパケットも同様の構成
である。

【００３５】図５Ｂは、ＳＬ−１ ＰＢＸにおいて用い
られるＭＷＩパケット２２４を示したものである。呼到
着パケットと同様、パケット２２６は、パケットヘッダ
２２８、メッセ−ジ２３０、パケットトレ−ラ２３２を
含む。ここで、メッセ−ジは、メッセ−ジヘッダ２３４
とメッセ−ジテキスト２３６とに分けることができる。
メッセ−ジヘッダ２３４は、メッセ−ジ長フィ−ルド２
３８、応用指定フィ−ルド２４０、メッセ−ジ種別フィ
−ルド２４２、プロセス指定フィ−ルド２４４、カスタ
マ−番号フィ−ルド２４６とから構成される。また、メ
ッセ−ジテキスト２３６は、ＭＳＳ２０に接続されてい
るＳＬ−１ ＰＢＸ上のポ−ト番号フィ−ルド２４８と
ＮＷＩパケットであることを示すコマンドフィ−ルド２
５０とを含む。メッセ−ジテキスト２４８中のフィ−ル
ド２５２は、被呼者番号を３あるいは４桁の内線番号で
表わすフィ−ルドである。このパケットは、図４Ｂのパ
ケットを逆変換することにより生成される。

【００３６】図５Ｃは、ＮＥＡＸ−２４００ ＭＣＩメ
ッセ−ジ待機表示パケット２６０を示したものである。
このパケットは、ヘッダ２６２、ＮＷＩであることを示
すコマンド２６４、局番号２６６とを含む。ここでも、
このパケットは逆変換を施すことで得られる。図６は、
ＳＬＩ−ＩＶＭＳの呼切断（hung-up ）パケット２７２
を示したものである。ここで、フィ−ルド２７４〜２８
６，２９０は、図５Ｂのパケットと同一のフィ−ルドで
あるが、フィ−ルド２８８は呼切断コマンドであること
を示すコマンドフィ−ルドである。

【００３７】図７は、プロセスの構成と、ＭＩＵ２２内
でのプロセスとＭＩＵ２２に接続されている他の装置の
プロセスとの間でのデ−タの流れとを示す図である。Ｍ
ＩＵが接続されている交換機のそれぞれに対して、対応
する統合プロセス３１０〜３１４が存在する。すなわ
ち、統合・プロトコルタイプに応じて異なった統合プロ
セスが割当てられている。各プロセス３１０〜３１４
は、インタフェ−スプロセス３１６にデ−タを出力す
る。プロセス３１０〜３１４は、標準呼到着パケットを
インタフェ−スプロセス３１６に送信し、インタフェ−
スプロセス３１６は、この標準呼到着パケットをＭＳＳ
２０内の主制御プロセスに転送する。

【００３８】一方、出力パケットは、インタフェ−スプ
ロセス３１６から統合制御プロセス３２０に転送され
る。統合制御プロセス３２０は、各統合プロセス３１０
〜３１４を制御するプロセスであり、出力パケットを適
切な統合プロセスに転送する。各統合プロセスは、シリ
アルライン上のプロトコルを解釈して、統合制御プロセ
ス３２０に対して標準インタフェ−スを提供する。すべ
ての統合プロセスが同一のインタフェ−スを提供するた
め、新たな統合プロセスを付け加えるだけで多層の統合
処理が可能となる。このように１つのプロトコルタイプ
に対して１つの統合プロセスを割当てることで、速度の
向上、メモリ利用効率の向上を図ることができる。

【００３９】図７は、ＡＴＴのＳＭＤＩ装置に対する統
合プロセス３１０、ノ−ザンテレコムのＳＬ１装置に対
する統合プロセス３１２、他の装置タイプに対する統合
プロセス３１４を示している。なお、ＳＭＤＩ３１９と
ＳＬ１ ３１２のプロセスのソ−スコ−ドは、本明細書
添付してある。プロセス、例えば、ＳＭＤＩプロセス３
１０は、まずシリアルリンク装置８０の１つから呼情報
を受信する。完全なパケットを受信すると、プロセス３
１０は、図３Ａに示したようなＳＭＤＩ情報を、図４Ａ
に示したようなパケットに変換し、このパケットをイン
タフェ−スプロセス３１６に転送する。インタフェ−ス
プロセス３１６の詳細は、上述の先願明細書に示されて
いる。

【００４０】次いで、インタフェ−スプロセス３１６
は、パケットを通信リンク７４を介してＭＣＵ４８内の
主制御プロセス３１８に転送する。主制御プロセス３１
８の詳細についても、上記の先願明細書に示されてい
る。電話機使用者２４が残したメッセ−ジの記録処理が
完了すると、主制御プロセス３１８は、切断パケット、
すなわちメッセ−ジ待機表示パケットをインタフェ−ス
プロセスに転送する。インタフェ−スプロセス３１６が
このパケットを統合制御プロセス３２０に転送すると、
統合制御プロセス３２０は統合タイプを判断し、メッセ
−ジをフォ−マットする装置タイプを決定する。そし
て、統合制御プロセス３２０は、パケットを適切な統合
プロセス３１０〜３１４に転送する。統合制御プロセス
３２０のソ−スコ−ドも、本明細書に添付してある。

【００４１】図８によれば、各統合プロセス３１０〜３
１４は、交換機からの読み出しル−チン３３０と統合制
御プロセスからの読み出しル−チン３３２とを含む。ル
−チン３３０は交換機から呼制御情報を読み出し、情報
を変換し、情報を付加し、インタフェ−スプロセス３１
６に転送する。統合制御プロセスからの読み出しル−チ
ン３３２も、同様に統合制御プロセス３２０から呼切断
パケット、すなわちメッセ−ジ待機メッセ−ジを読み出
し、情報をフォ−マットし直し、その交換機にメッセ−
ジを転送するか否かを決定し、交換機１０〜１６にメッ
セ−ジを転送する。

【００４２】交換機からの読み出しル−チン３３０は、
図９に示すように、まず交換機からＭＩＵ２２に転送さ
れるパケット全体を読み出す（３４０）。すなわち、ル
−チン３３０はパケットの各文字を受信し、それをバッ
ファに保持し、パケット終了フィ−ルドを受信してパケ
ット全体の受信を終えると、バッファからパケットを読
み出す（３４０）。そして、メッセ−ジがシステムメッ
セ−ジであるかどうかを判断する（３４２）。

【００４３】例えば、交換機とＭＩＵ２２との間のリン
クは、周期的にシステムメッセ−ジを転送することでチ
ェックされる。受信したメッセ−ジがシステムメッセ−
ジであれば、適切な処理を実行する（３４４）。メッセ
−ジがシステムメッセ−ジでなく、統合プロセスが予測
していた呼情報であれば、システムは交換機からの情報
をＭＳＳ２０中の標準メイルボックス情報に変換する
（３４６）。この変換処理は、ＭＩＵ２２中のルックア
ップテ−ブルを用いて行われるものであり、各シリアル
ライン８０、すなわち各交換機に応じて実行されるもの
である。ルックアップテ−ブルはプロトコルの種別ごと
にテ−ブル要素が異なる。すなわち、ＳＭＤＩシリアル
チャネルの各々に対してそれぞれのテ−ブル要素が存在
し、ＳＬ−１シリアルチャネルの各々に対してもそれぞ
れのテ−ブル要素が存在する。各テ−ブル要素は、メー
ルボックスや電話番号の範囲の完全なリスト情報とシリ
アルチャネルに対応した入回線番号情報とを含む。ま
た、各シリアルポ−ト８０のアドレス情報とポ−トに接
続されているＡ社ＳＬ１ ＰＢＸなどといった装置名情
報をも含む。なお、１つの統合プロセスには１つのプロ
トコルが対応する。さらに、テ−ブル要素は、呼が到着
したＭＳＳ上のポ−トを指定する入ポ−ト番号情報、交
換機がＮＷＩあるいは切断パケットを受信したかどうか
を示す情報、交換機が対応している電話番号範囲情報を
も含む。ここで、メールボックス番号の範囲と交換機に
おける実際の内線あるいは回線番号とは対応しており、
パケットは適切な統合プロセスに転送される。ルックア
ップテ−ブルは、さらに交換機名、あるいは国番号、区
域番号、市内番号などを定義するプレフィックスを含
み、標準的でない電話番号を完全な形式の電話番号に変
換する。すなわち、交換機からの情報が電話番号でない
場合には、この変換処理によってシステムメールボック
スが利用可能となる。この変換処理によって、内線番号
や回線番号などが完全な形式の電話番号に変換されるの
である。

【００４４】また、交換機上のポ−ト番号をＭＳＳ２０
上のポ−ト番号に変換する処理も行われる。交換機がＰ
ＢＸであれば、ＰＢＸ交換機から出力されるＰＢＸ端末
指定情報をＭＳＳポ−ト番号に変換する処理を行う。そ
して、ＭＩＵは、図３Ａに示したようなパケットを生成
し、ＭＳＳ２０に転送する。この際、交換機からの呼種
別情報をＭＳＳ２０の呼種別情報に変換する処理と、適
切な電話番号を生成し、入ポ−ト番号と呼種別情報とを
パケットにロ−ドすることで、電話番号指定フィ−ルド
情報を作成する処理をも行う。このように完全なパケッ
トが生成されると、上述のファイル記述子を介したＵｎ
ｉｘ選択処理を用いてパケットをインタフェ−スプロセ
スに転送する処理を行う。

【００４５】図１０に示すように、ル−チン３３２の処
理は、統合制御プロセス３２０から転送されたファイル
記述子の特定処理から開始される（３６０）。ファイル
記述子は、パケットが変換されるべきプロトコルや特定
フォ−マットを指定している。そこで、システムはメッ
セ−ジ待機表示などのメッセ−ジを交換機に応じた適切
なフォ−マットに変換する（３６２）。すなわち、オン
とかオフといったメッセ−ジ待機コマンドはプロトコル
に応じたフォ−マットに変換され、電話番号もプロトコ
ルに応じたフォ−マットに変換される。電話番号の変換
は、電話番号の前に位置する数字を適当な数だけ取り除
くことで行われる。ここで、電話番号長からプロトコル
に応じた内線番号長を差し引いた数だけの数字を取り除
く。したがって、プロトコルごとに電話番号の変換処理
は異なる。

【００４６】例えば、電話番号が交換機名と内線番号の
形式であれば、交換機名を取り除き、内線番号をプロト
コルの適切な長さの番号に修正する。すなわち、もとの
内線番号長からプロトコルの指定内線番号長を差し引い
た数だけの数字を、番号の前から取り除く。切断パケッ
トの場合には、ＭＳＳ２０の回線番号を交換機の回線番
号（ＣＯ、あるいはＰＢＸ）に変換し、他の必要な情報
をパケットに付加する。ＳＬ１−ＩＶＭＳプロトコルで
は第１到着パケットにおいて呼ＩＤが必要となり、プロ
セス３１２は呼接続状態を保持しなければならない。す
べての情報のフォ−マットや変換はプロトコルによって
異なる。

【００４７】次いで、システムは交換機への回線が利用
可能であるかどうかを調べ（３６４）、回線が占有され
ている場合には先入れ先出しキュ−にメッセ−ジを保持
する（３６６）。ここで、パケットを転送する回線番号
は、パケット中の電話番号をもとにルックアップテ−ブ
ルを参照することで決定される。また、切断処理を行う
際の回線番号の決定も同様である。回線が利用可能であ
る場合には、システムはキュ−中のパケットを交換機に
転送する（３６８）。ここで、回線が占有されていた場
合にキュ−中のパケットの転送処理を開始するために、
システムはエラ−チェックル−チン（不図示）を周期的
に実行し、回線が利用可能であるかどうかをチェックす
る。

【００４８】回線が利用可能であるかどうかの決定処理
はプロトコルによって異なる。あるプロトコル（ＳＭＤ
Ｉ、あるいはＳＬ１）では、回線が利用中であれば無効
パケットを送信するとエラ−が生じることを利用して判
断している。また、既知のパケットを送信して、所定の
応答が得られるかどうかで判断するプロトコルもある。
さらに、パケットを送信せず、ＥＮＱ文字を送信しＡＣ
Ｋ応答が得られるかどうかで判断するアプロ−チもある
（ＥＮＱやＡＣＫは、ＡＳＣＩＩ制御文字である）。ま
た、あるプロトコル（ＮＥＡＸ ＭＣＩリンクなど）で
は、転送が失敗するまで、回線が利用可能であるかどう
かを判断することができない。このような回線利用可能
判断ル−チンによって回線が利用可能であると判断され
ると、制御をステップ３６６に移してキュ−中のメッセ
−ジを転送する処理を開始する。

【００４９】図１１に示すように、統合制御プロセス３
１６は２つの主なル−チンから構成される。第１のル−
チン３８０は、統合プロセス３１０〜３１４を開始・制
御するル−チンである。開始プロセスは、Ｕｎｉｘ処理
処理に関する従来の処理を実行する。すなわち、統合制
御プロセス３１６は、実行する自身のプロセスのコピ−
を生成すると同時に、動作中でないプロセスをオフにす
る。プロセスは、ＭＩＵ２２に保持されているルックア
ップテ−ブル要素ごとに生成される。各統合プロセスは
プロセスの引き数として渡され、どの読み出し／書き込
みファイル記述子を用いるかを決定する。他の主なル−
チンは、インタフェ−スプロセスル−チン３８２であ
る。このル−チンは、インタフェ−スプロセス３１６か
らファイル記述子を読み出し、タイプ変換されたパケッ
トを適切な統合プロセス３１０〜３１４に転送する処理
を行う。

【００５０】図１２に示すように、ル−チン３８２は、
まずパケットを読み込み（３９０）、パケットの種別を
決定する（３９２）。ル−チン３８２は、電話番号と電
話番号に対応したプロトコル（例えば、ＳＭＤＩやＳＬ
１）とをリストしたルックアップテ−ブルにアクセスす
る。図４０に示すようなＭＷＩパケット中の電話番号を
用いて、まずどの統合プロセスに対してパケットを転送
しなければならないのかを決定する。統合プロセスも、
同様にしてどのファイル記述子がメッセ−ジライトをオ
ンにするイベントとなっているかを決定する。切断パケ
ットの場合には、入回線番号を用いてパケットを適切な
プロトコルあるいは統合プロセスに転送する。すなわ
ち、同一の番号で適切なファイル記述子に転送する。パ
ケットの種別や決定されたプロセスに応じて、適切なメ
ールボックス統合プロセスを見つける処理（３９４）、
適切なポ−ト統合プロセスを見つける処理（３９６）な
どの処理を行う。適切なプロセスが見つかると、システ
ムは適切なプロセスをファイル記述子としてパケットに
書き込む（４００）。

【００５１】本発明の多くの特徴や利点は詳細に述べた
実施例からも明らかであり、特許請求の範囲は、本発明
の基本概念や思想に含まれるこれらすべての特徴や利点
を包含するものである。また、本発明は、上述のシステ
ム構成や動作のみに限定するものではなく、本発明の基
本概念や思想を逸脱しない範囲において種々変形が可能
である。

【００５２】

【発明の効果】以上説明したように、本発明によれば、
被呼番号が話中であったり、無応答であった場合、さま
ざまな種類の呼転送情報を受信し、メッセ−ジ蓄積シス
テムへのメッセ−ジ記録に適した標準フォ−マットのメ
ールボックス情報に呼転送情報を変換して、さまざまな
交換機からさまざまな種類の呼転送情報を受信し、呼転
送情報に可能な限りの情報を付加し、その情報をメッセ
−ジ蓄積処理を制御するのに適したメールボックス情報
に変換したりフォ−マットのし直しを行なうことで、複
数の交換機とメッセージ蓄積システムとを接続でき、相
互のインタフェースを可能とすることができるという効
果がある。

【００５３】なお、以下に、本発明に関する「Ｃ」言語
による処理プログラムを示す。

【００５４】

【数１】

【００５５】

【数２】

【００５６】

【数３】

【００５７】

【数４】

【００５８】

【数５】

【００５９】

【数６】

【００６０】

【数７】

【００６１】

【数８】

【００６２】

【数９】

【００６３】

【数１０】

【００６４】

【数１１】

【００６５】

【数１２】

【００６６】

【数１３】

【００６７】

【数１４】

【００６８】

【数１５】

【００６９】

【数１６】

【００７０】

【数１７】

【００７１】

【数１８】

【００７２】

【数１９】

【００７３】

【数２０】

【００７４】

【数２１】

【００７５】

【数２２】

【００７６】

【数２３】

【００７７】

【数２４】

【００７８】

【数２５】

【００７９】

【数２６】

【００８０】

【数２７】

【００８１】

【数２８】

【００８２】

【数２９】

【００８３】

【数３０】

【００８４】

【数３１】

【００８５】

【数３２】

【００８６】

【数３３】

【００８７】

【数３４】

【００８８】

【数３５】

【００８９】

【数３６】

【００９０】

【数３７】

【００９１】

【数３８】

【００９２】

【数３９】

【００９３】

【数４０】

【００９４】

【数４１】

【００９５】

【数４２】

【００９６】

【数４３】

【００９７】

【数４４】

【００９８】

【数４５】

【００９９】

【数４６】

【０１００】

【数４７】

【０１０１】

【数４８】

【０１０２】

【数４９】

【０１０３】

【数５０】

【０１０４】

【数５１】

【０１０５】

【数５２】

【０１０６】

【数５３】

【０１０７】

【数５４】

【０１０８】

【数５５】

【０１０９】

【数５６】

【０１１０】

【数５７】

【０１１１】

【数５８】

【０１１２】

【数５９】

【０１１３】

【数６０】

【０１１４】

【数６１】

【０１１５】

【数６２】

【０１１６】

【数６３】

【０１１７】

【数６４】

【０１１８】

【数６５】

【０１１９】

【数６６】

【０１２０】

【数６７】

【０１２１】

【数６８】

【０１２２】

【数６９】

【０１２３】

【数７０】

【０１２４】

【数７１】

【０１２５】

【数７２】

【０１２６】

【数７３】

【０１２７】

【数７４】

【０１２８】

【数７５】

【０１２９】

【数７６】

【０１３０】

【数７７】

【０１３１】

【数７８】

【０１３２】

【数７９】

【０１３３】

【数８０】

【０１３４】

【数８１】

【０１３５】

【数８２】

【０１３６】

【数８３】

【０１３７】

【数８４】

【０１３８】

【数８５】

【０１３９】

【数８６】

【０１４０】

【数８７】

【０１４１】

【数８８】

【０１４２】

【数８９】

【０１４３】

【数９０】

【０１４４】

【数９１】

【０１４５】

【数９２】

【０１４６】

【数９３】

【０１４７】

【数９４】

【０１４８】

【数９５】

【０１４９】

【数９６】

【０１５０】

【数９７】

【０１５１】

【数９８】

【０１５２】

【数９９】

【０１５３】

【数１００】

【０１５４】

【数１０１】

【０１５５】

【数１０２】

【０１５６】

【数１０３】

【図面の簡単な説明】

【図１】本発明のユニットと電話交換機やメッセ−ジ蓄
積システム２０との関係を示す図である。

【図２】本発明の複数統合ユニット（ＭＩＵ）２２の構
成要素を示す図である。

【図３Ａ】さまざまな中央局交換機、ＰＢＸ交換機、統
合ユニットがＭＩＵ２２に送信するさまざまなパケット
の例を示す図である。

【図３Ｂ】さまざまな中央局交換機、ＰＢＸ交換機、統
合ユニットがＭＩＵ２２に送信するさまざまなパケット
の例を示す図である。

【図３Ｃ】さまざまな中央局交換機、ＰＢＸ交換機、統
合ユニットがＭＩＵ２２に送信するさまざまなパケット
の例を示す図である。

【図３Ｄ】さまざまな中央局交換機、ＰＢＸ交換機、統
合ユニットがＭＩＵ２２に送信するさまざまなパケット
の例を示す図である。

【図３Ｅ】さまざまな中央局交換機、ＰＢＸ交換機、統
合ユニットがＭＩＵ２２に送信するさまざまなパケット
の例を示す図である。

【図４Ａ】ＭＩＵ２２が交換機や統合ユニットに送信す
るパケットの示す図である。

【図４Ｂ】ＭＩＵ２２が交換機や統合ユニットに送信す
るパケットの示す図である。

【図４Ｃ】ＭＩＵ２２が交換機や統合ユニットに送信す
るパケットの示す図である。

【図５Ａ】ＭＳＳ２０中のＭＣＵ４８とＭＩＵ２２との
間で転送されるパケットを示す図である。

【図５Ｂ】ＭＳＳ２０中のＭＣＵ４８とＭＩＵ２２との
間で転送されるパケットを示す図である。

【図５Ｃ】ＭＳＳ２０中のＭＣＵ４８とＭＩＵ２２との
間で転送されるパケットを示す図である。

【図６】ＭＩＵ２２から交換機に送信される呼切断パケ
ットを示す図である。

【図７】ＭＩＵ２２が実行するプロセスを示す図であ
る。

【図８】統合プロセスを説明する図である。

【図９】統合プロセスのル−チン３３０を説明する図で
ある。

【図１０】ル−チン３３２を説明する図である。

【図１１】統合制御プロセスを説明する図である。

【図１２】ル−チン３８２を説明する図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 クリフォード エム． スペンサー アメリカ合衆国 マサチューセッツ州 02174， アーリントン， ウェイバリー ストリート 197

Claims (11)

【特許請求の範囲】
1. 【請求項１】 メッセ−ジ蓄積システムとメッセ−ジ交
   換機との間におけるマルチ統合装置であって、 第１の交換機に接続され、第１の呼記録情報を呼到着パ
   ケットに変換し、かつ、メッセ−ジ終了パケットを第１
   のデバイスメッセ−ジに変換する第１の変換手段と、 第２の交換機に接続され、第２の呼記録情報を呼到着パ
   ケットに変換し、かつ、前記メッセ−ジ終了パケットを
   第２のデバイスメッセ−ジに変換する第２の変換手段
   と、 前記第１の変換手段、前記第２の変換手段、及びメッセ
   −ジ蓄積システムに接続され、呼到着パケットをメッセ
   −ジ蓄積システムに転送し、かつ、メッセ−ジ蓄積シス
   テムからのメッセ−ジ終了パケットを受信し、かつ、終
   了メッセ−ジを転送するインタフェ−ス手段と、 前記インタフェ−ス手段、前記第１の変換手段、及び前
   記第２の変換手段とに接続され、前記第１の変換手段あ
   るいは前記第２の変換手段のどちらがメッセ−ジ終了パ
   ケットを受信したかを決定する統合制御手段とを備える
   ことを特徴とするマルチ統合装置。
2. 【請求項２】 前記呼到着パケットは、ＰＢＸＩパケッ
   トを含むことを特徴とする請求項１に記載のマルチ統合
   装置。
3. 【請求項３】 前記メッセ−ジ終了パケットは、ＭＷＩ
   パケットや呼終了パケットの内の１つを含むことを特徴
   とする請求項１に記載のマルチ統合装置。
4. 【請求項４】 前記装置は複数の第１のタイプの交換機
   に接続され、前記第１の変換手段はすべての第１のタイ
   プの交換機からの第１の呼記録情報を変換し、また、前
   記装置は複数の第２のタイプの交換機に接続され、前記
   第２の変換手段はすべての第２のタイプの交換機からの
   第２の呼記録情報を変換することを特徴とする請求項１
   に記載のマルチ統合装置。
5. 【請求項５】 第１のユ−ザからの第１のメッセ−ジに
   関する第１の呼記録情報を出力する第１の電話交換機
   と、 前記第１の呼記録情報とは異なる、第２のユ−ザからの
   第２のメッセ−ジに関する第２の呼記録情報を出力する
   第２の電話交換機と、 前記第１の電話交換機と前記第２の電話交換機とに接続
   され、標準呼記録情報に従ってユ−ザからのメッセ−ジ
   を蓄積するメッセ−ジ蓄積システムと、 前記電話交換機と前記システムに接続され、第１の呼記
   録情報と第２の呼記録情報を標準呼記録情報に変換する
   マルチ統合ユニットとを備えることを特徴とするメッセ
   −ジ蓄積装置。
6. 【請求項６】 前記メッセ−ジ蓄積システムは、第１の
   メッセ−ジと第２のメッセ−ジとを記憶した後、標準メ
   ッセ−ジ終了情報を出力し、前記マルチ統合ユニット
   は、標準メッセ−ジ終了情報の宛先に応じて標準メッセ
   −ジ終了情報をデバイス固有のメッセ−ジ終了情報に変
   換し、かつ、デバイス固有のメッセ−ジ終了情報を、特
   定された第１の電話交換機か第２の電話交換機のどちら
   かに送信することを特徴とする請求項５に記載のメッセ
   −ジ蓄積装置。
7. 【請求項７】 さらに、前記第１の電話交換機と前記マ
   ルチ統合ユニットとの間に接続され、オペレ−タの如く
   呼を前記メッセ−ジ蓄積システムに転送し、かつ、第１
   の呼記録情報を生成する単一の統合ユニットを備えるこ
   とを特徴とする請求項５に記載のメッセ−ジ蓄積装置。
8. 【請求項８】 メッセ−ジ蓄積システムと少なくとも２
   種類の交換機のための統合処理を実行する方法であっ
   て、 （ａ）各タイプの交換機に対する変換プロセスを生成す
   る処理と、 （ｂ）各変換プロセスとメッセ−ジ蓄積システムとの間
   でインタフェ−スを行うためのインタフェ−スプロセス
   を生成する処理と、 （ｃ）インタフェ−スプロセスから各変換プロセスにメ
   ッセ−ジを転送する転送プロセスを生成する処理と、 （ｄ）変換プロセス、インタフェ−スプロセス、及び転
   送プロセスを実行する処理とからなる統合処理実行方
   法。
9. 【請求項９】 各変換プロセスは、転送プロセスからの
   同一フォ−マットの発呼メッセ−ジを受信し、また、イ
   ンタフェ−スプロセスは、各変換プロセスからの同一フ
   ォ−マットの着呼メッセ−ジを受信することを特徴とす
   る請求項８に記載の統合処理実行方法。
10. 【請求項１０】 呼蓄積情報を用いてメッセ−ジを蓄積
    するメッセ−ジ蓄積システムと、 前記メッセ−ジ蓄積システムに接続され、第１のメッセ
    −ジを前記メッセ−ジ蓄積システムに転送し、かつ、第
    １のメッセ−ジ到着情報を生成する第１の交換機と、 前記メッセ−ジ蓄積システムに接続され、第２のメッセ
    −ジを前記メッセ−ジ蓄積システムに転送し、かつ、第
    １のメッセ−ジ到着情報とは異なる第２のメッセ−ジ到
    着情報を生成する第２の交換機と、 第１のメッセ−ジ到着情報と第２のメッセ−ジ到着情報
    とを呼蓄積情報に変換する統合手段とを備えることを特
    徴とするメッセ−ジ蓄積装置。
11. 【請求項１１】 前記メッセ−ジ蓄積システムはメッセ
    −ジ終了情報を生成し、前記統合手段はメッセ−ジ終了
    情報を、それぞれが異なる第１の切断情報と第２の切断
    情報に変換し、前記第１の交換機と前記第２の交換機
    は、第１の切断情報と第２の切断情報とを受信すると第
    １のメッセ−ジと第２のメッセ−ジの循環を中止するこ
    とを特徴とする請求項１０に記載のメッセ−ジ蓄積装
    置。