JPH09289526A

JPH09289526A - ゲートウェイ装置

Info

Publication number: JPH09289526A
Application number: JP8101509A
Authority: JP
Inventors: Yasuko Osaki; 靖子大崎; 祐介 ▲高▼橋; Yusuke Takahashi
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-04-23
Filing date: 1996-04-23
Publication date: 1997-11-04

Abstract

(57)【要約】【課題】ＰＢＸと複数のクライアント端末内のアプリ
ケーションとの間の接続を行うゲートウェイ装置に関
し、マルチモニター機能およびマルチサービス割当機能
を実現することを目的とする。【解決手段】ＰＢＸ１の内部で管理している各電話機
ＴＥＬの状態を示す状態情報と同一の状態情報を保持す
るテーブル手段８と、各クライアント端末３からの要求
に応じて、ＰＢＸ１との間の通信を要するか否かを、テ
ーブル手段８を参照して判断し、その通信を要しないと
きは自らその要求に対する応答を当該クライアント端末
３に返す管理制御手段７とを含んでゲートウェイ装置２
を構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】近年、各企業において高機能
なサービスを提供する構内交換機（ＰＢＸ）と共に、そ
のＰＢＸ−コンピュータ間インタフェースを備えたいわ
ゆるｃｏｍｐｕｔｅｒｔｅｌｅｐｈｏｎｙの普及がめ
ざましくなっている。そのＰＢＸ−コンピュータ間イン
タフェースとは、通信機器と情報処理機器（パソコン）
との融合による新しい情報サービスを可能とする通信・
情報高度サービスを実現するインタフェースである。

【０００２】このような新しい情報サービスを可能とす
るためには、まずゲートウェイ装置が不可欠である。こ
のゲートウェイ装置は、上記のＰＢＸ−コンピュータ間
インタフェースを有し、ＰＢＸ配下の電話機を利用した
サービスを提供するための各アプリケーション（各クラ
イアント端末がなすべき仕事）を、複数のクライアント
端末上からそれぞれ動作させるための装置である。そし
て現状では、その複数のクライアント端末の各々に対し
て、ＰＢＸとそれぞれ１対１で接続されているのと全く
変わらないサービスを提供できるようにすべく、各クラ
イアント端末からの各種要求を振り分けることのできる
ゲートウェイ装置の開発が行われている。

【０００３】この種のゲートウェイ装置を利用した現状
のアプリケーションの動作においては、同一内線番号の
電話機に対するサービス、例えば登録（Ｗｒｉｔｅ要
求）や参照（Ｒｅａｄ要求）等のモニター要求機能は、
１つのクライアント端末に属するアプリケーションから
の要求のみが有効であり、他のクライアント端末に属す
るアプリケーションからの要求を同時に受け付けること
はできない。このため、複数同時での、すなわちマルチ
での要求受け付けを実現することが強く要望されてい
る。

【０００４】

【従来の技術】図１１は一般のゲートウェイ装置例を示
す図である。図１１において、１は配下に電話機ＴＥＬ
を有するＰＢＸ、２は本発明の主題となるゲートウェイ
装置、３は複数のクライアント端末、４はＬＡＮ通信網
である。

【０００５】従来、ＰＢＸ１−コンピュータ間インタフ
ェースを有する各クライアント端末３上でアプリケーシ
ョン３３を起動すると、アプリケーション３３からの要
求を表す要求メッセージは、ＬＡＮ通信網４を経由し、
サーバに位置付けられる上記のゲートウェイ装置２に送
信される。各クライアント端末３から、対ゲートウェイ
送信部３１および対クライアント送受信部２５を介し
て、送信されてきたこれらの要求メッセージは、ゲート
ウェイ装置２内において、どのクライアント端末３から
の要求メッセージなのかを判断するために、受信した各
要求メッセージに対して論理番号が割り振られる。この
割り振りは、論理番号制御部２２が、番号管理テーブル
を参照しながら行う。かくして各クライアント端末３が
あたかもＰＢＸ１と１対１の接続関係にあるかのような
統一したメッセージに変換される。この変換はメッセー
ジ変換部２３により行われる。この変換されたメッセー
ジを、対ＰＢＸ送受信部２１を介して、ＰＢＸ１に通知
することによって、ＰＢＸ１配下の対応する電話機ＴＥ
Ｌに対して、アプリケーション３３が要求するサービス
を提供することができる。

【０００６】また、電話機ＴＥＬからの応答情報は、同
様にＰＢＸ１を介してゲートウェイ装置２にて受け取ら
れ、前述の論理番号より、その応答情報を通知すべき通
知先のクライアント端末３を判断した後でその論理番号
を削除した元のメッセージに変換される。さらにＬＡＮ
通信網４および対ゲートウェイ受信部３２を経由して対
応のクライアント端末３内のアプリケーション３３に返
送される。

【０００７】これまではゲートウェイ装置２を介して上
述の過程を順次実行することにより、１つのＰＢＸ１に
対して複数のアプリケーション３３が動作することを可
能にしてきた。しかし、複数のクライアント端末３から
の要求を受け付けられても、同一の内線電話機に対する
モニター機能、例えば会議呼、呼接続通知、呼切断通知
等の参照（Ｒｅａｄ要求）や登録（Ｗｒｉｔｅ要求）
や、サービス割当機能、例えばランプ点灯、機能ボタ
ン、ディスプレイ文字表示等、の要求が複数のクライア
ント端末３からきた場合には、一度に１つの要求しか受
け付けることができないことから、当該要求を出してい
る他のクライアント端末３に対しては、ＰＢＸ１からエ
ラーもしくはビジー通知が返送される。結局、複数のク
ライアント端末３からの要求の同時受け付けは不可能と
され、マルチなサービスの提供の実現が求められてい
た。

【０００８】

【発明が解決しようとする課題】以上の説明から明らか
なように、一般のゲートウェイ装置２は、ＰＢＸ１とク
ライアント端末３との間で要求メッセージの受け渡しを
行う機能（パス・スルー）のみが可能で、要求メッセー
ジの内容（電文）判定や応答メッセージの作成（主とし
てクライアント管理部２４による）といった機能は備え
ていない。したがって実際には、モニター機能やサービ
ス割当機能における要求メッセージは、クライアント端
末３側で管理および作成し、一方、その要求メッセージ
に対する応答メッセージはＰＢＸ１側で管理および作成
している。このため自動的もしくは人為的にモニター機
能を要求するためのモニターコマンド等を発生させると
いうようなアプリケーション３３を起動した場合、他の
アプリケーション３３がモニター機能を使用していれ
ば、その使用が終了するまで前者のアプリケーション３
３は動作できない（処理待ち）という問題があった。

【０００９】したがって本発明は、上記問題点に鑑み、
アプリケーションの利用者に処理待ちをさせることな
く、迅速に要求されたマルチモニターやマルチサービス
を当該要求に係る利用者に提供可能とすることを目的と
するものである。

【００１０】

【課題を解決するための手段】図１は本発明によるゲー
トウェイ装置の原理構成を示す図である。本図に示すと
おり、本発明の前提をなすのは、配下に複数の電話機Ｔ
ＥＬを有するＰＢＸ１と、複数のクライアント端末３内
の各アプリケーションとの間の接続を行うゲートウェイ
装置２である。

【００１１】ここにそのゲートウェイ装置２は、次の
およびの構成を有することを特徴とする。すなわち、ＰＢＸ１の内部で管理している各電話機ＴＥＬの状態
を示す状態情報と同一の状態情報を保持するテーブル手
段８であり、各クライアント端末３から受信した要求に係る内容に
応じて、ＰＢＸ１との間の通信を要するか否かを、テー
ブル手段８を参照して判断し、その通信を要しないとき
は自らその要求に対する応答を当該クライアント端末３
に返す管理制御手段７である。

【００１２】図２は本発明によるゲートウェイ装置の機
能ブロック図である。図２において、ＰＢＸ１、ゲート
ウェイ装置２、クライアント端末３、通信網４等は前述
のとおりであり、サーバとなる１台のＰＢＸ１と複数の
コンピュータ（複数のクライアント端末３）が連携して
なる、いわゆるクライアント・サーバシステムを構成し
ている。

【００１３】ここに参照番号２０１は、本発明によりゲ
ートウェイ装置２内に設けられた、一般要求機構であ
る。２０２は、本発明によりゲートウェイ装置２内に設
けられた、モニター要求機構である。２０３は、本発明
によりゲートウェイ装置２に設けられた、サービス割当
要求機構である。

【００１４】２０４は、本発明によりゲートウェイ装置
２内に設けられた、状態管理機構である。２０５は、本
発明によりゲートウェイ装置２に設けられた、サービス
管理機構である。２０６は、本発明によりゲートウェイ
装置２内に設けられた、電文複製機構である。

【００１５】図１に示す管理制御手段７は、上記の機構
２０１〜２０６を含んで構成される。図２のゲートウェ
イ装置２内に設けられた上述の諸機構２０１〜２０６に
ついてさらに具体的に説明する。一般要求機構２０１
は、各クライアント端末３から、通信網４を経由して、
ゲートウェイ装置２に送信されてきた要求メッセージが
一般要求メッセージであると判断した場合、前述したと
おり前述の論理番号をその要求メッセージに付加した要
求メッセージに変換した後、ＰＢＸ１へ送信する。

【００１６】なお、ここに言う一般要求メッセージと
は、次に述べる、“モニター要求”および“サービス割
当要求”の各要求メッセージ以外の要求メッセージを意
味する。モニター要求機構２０２は、各クライアント端
末３から、通信網４を経由して、ゲートウェイ装置２に
送信されてきた要求メッセージの内容が「モニター要
求」である、と判断した場合には、当該クライアント端
末３から指定した電話機（ＴＥＬ番号）が、現在どのよ
うな状態に設定されているのか、例えば会議呼の状態に
設定されているのか、呼接続通知の状態に設定されてい
るのか、呼切断通知の状態に設定されているのか等を、
状態管理機構２０４で判定し、さらにその状態の内容が
変更される場合には、新しい状態の内容をこの状態管理
機構２０４において更新する。そしてその受信した要求
メッセージに前述の論理番号を付加した要求メッセージ
に変換してＰＢＸ１へ送信する。

【００１７】もしその指定の電話機について既に上述し
たいずれかの状態が設定されていて、かつ、その状態の
内容に変更がない場合には、ＰＢＸ１にはその要求メッ
セージを送信することなく、ゲートウェイ装置２内の電
文複製機構２０６にてゲートウェイ装置２自身が、その
要求メッセージに対する応答メッセージを複製して当該
クライアント端末３へ返送する。したがってこの要求元
のクライアント端末３にとっては、あたかもＰＢＸ１か
ら通知されてきたかのように見える。

【００１８】サービス割当要求機構２０３は、各クライ
アント端末３から、通信網４を経由して、ゲートウェイ
装置２に送信されてきた要求メッセージの内容が「サー
ビス割当要求」であると判断した場合、そのクライアン
ト端末３が指定した電話機（ＴＥＬ番号）について現在
どのようなサービスが登録されているのかを、サービス
管理機構２０５で判定し、さらにその登録サービスの内
容が変更される場合には、新しい登録サービスの内容
に、サービス管理２０５において更新する。そして、そ
の受信した要求メッセージに前述の論理番号を付加し
た、要求メッセージに変換して、ＰＢＸ１へ送信する。
既にその要求に係るサービスと同じサービスが登録され
ていて、かつ、そのサービスの内容に変更がない場合に
は、その要求メッセージをＰＢＸ１には送信することな
く、ゲートウェイ装置２内の電文複製機構２０６にてゲ
ートウェイ装置２自身が、その要求メッセージに対する
応答メッセージを複製して当該クライアント端末３へ返
送する。したがってこの要求元のクライアント端末３に
とっては、あたかもＰＢＸ１から通知されてきたかのよ
うに見える。

【００１９】状態管理機構２０４は、電話機（ＴＥＬ番
号）対応に状態テーブルと協働し、ＰＢＸ１から会議呼
や呼接続通知や、呼切断通知等の状態情報を受信してい
るか否かについて、その状態テーブルに設定できる。も
しその設定した値に変更があればその都度、最新の状態
の内容に更新する。なお、この管理用状態テーブルは、
ＰＢＸ１内部でもともと備えている、各電話番号対応の
状態テーブルと同一機能を有するものとして構成され
る。

【００２０】サービス管理機構２０５は、クライアント
端末３が指定した電話機（ＴＥＬ番号）対応にサービス
登録管理テーブルを有しており、ランプ、ボタン、ディ
スプレイ等の各デバイス毎に、サービス割当の登録や解
除を設定できる。さらに、該サービス割当に関連して設
定した値に変更があるときはその都度、最新の登録サー
ビス割当の内容に更新される。なお、このサービス登録
管理テーブルはＰＢＸ１内部でもともと備えている、各
電話番号対応の状態テーブルと同一機能を有するものと
して構成される。

【００２１】電文複製機構２０６は、各クライアント端
末３にとってあたかもＰＢＸ１から応答メッセージがき
たかのように、ゲートウェイ装置２において、応答電文
に対して電文サイズ、起動ＩＤ、応答データ等を付加し
て、当該クライアント端末から出された要求メッセージ
に対する応答電文を作成する。なお、ＰＢＸ１からの要
求メッセージに対する応答メッセージについては、従来
どおり、ゲートウェイ装置２でその要求メッセージを受
信後、上述の論理番号をその要求メッセージより、除去
して元のメッセージに変換し、さらに各要求元であるク
ライアント端末３に送信するものとする。

【００２２】したがって、クライアント端末３側からの
「モニター要求」や「サービス割当要求」が、同一の内
線番号に対して複数同時にきたとしても、ゲートウェイ
装置２内で予め指定の電話機（ＴＥＬ番号）の状態やサ
ービス登録の内容を、既述の管理テーブル上で把握して
いるため、要求メッセージの全てについて、毎度ＰＢＸ
１に対し、そのメッセージ（問い合わせ）を送信するこ
となく、最新の電話機の状態やサービスの登録状況を判
断することができる。また、ゲートウェイ装置２内でメ
ッセージを複製して折り返し、クライアント側へ送信を
することによって、要求元であるクライアント端末３の
アプリケーション３３に対し、処理を待たせることな
く、迅速に問い合わせに対する応答を通知することが可
能となる。かくして利用者に対する、マルチモニター機
能とマルチサービス機能の提供を実現することができ
る。

【００２３】

【発明の実施の形態】以下、本発明の実施例を図面によ
り説明する。図３は本発明によるゲートウェイ装置の一
実施例を示す図であり、図４の（Ａ）および（Ｂ）は図
３に使用される管理テーブル構成例を示す図であり、図
５は図３および図４に関連する電話機の状態管理テーブ
ルの登録処理例を示すフローチャートであり、図６は図
３および図４に関連するデバイスサービス用のサービス
登録管理テーブルの登録処理例を示すフローチャートで
あり、図７は図３における一般要求処理例を示すフロー
チャートであり、図８は図３におけるモニター要求処理
例を示すフローチャートであり、図９は図３におけるサ
ービス割当要求処理例を示すフローチャートであり、図
１０は図３におけるメッセージ複製処理例を示すフロー
チャートである。図７、図８および図９において、
（Ａ）はクライアント→ＰＢＸの流れ、（Ｂ）はＰＢＸ
→クライアントの流れを示す。なお全図を通じて同一符
号は同一対象物を示す。

【００２４】まず図３を参照する。前述のとおり、実施
例に係るゲートウェイ装置２は、一方において、配下に
電話機ＴＥＬを有するＰＢＸ１に接続し、他方におい
て、例えばＬＡＮ等の通信網４を介し、複数のクライア
ント端末３に接続する。なお、クライアント端末３内に
は、対ゲートウェイ送信部３１、対ゲートウェイ受信部
３２、アプリケーション３３が設けられ、アプリケーシ
ョン３３からの要求メッセージをゲートウェイ装置２に
送信する。ゲートウェイ装置２に送信された要求メッセ
ージは、クライアント端末３対応に構成されている対ク
ライアント送受信部２５で受信され、さらにクライアン
ト管理部２４にて要求メッセージ（電文）の内容の判定
が行われる。

【００２５】一般要求制御部４１は図２における一般要
求機構２０１を実現するために、モニター要求制御部４
２は図２におけるモニター要求機構２０２を実現するた
めに、サービス割当要求制御部４３は図２におけるサー
ビス割当要求機構２０３を実現するために設けられ、同
様に状態管理制御部４４は図２における状態管理機構２
０４を、サービス管理制御部４５は図２における登録管
理機構２０５を、メッセージ複製部４６は図２における
電文複製機構２０６をそれぞれ実現するために設けられ
ている。なお、上記制御部４４は状態管理テーブル４４
１と、上記制御部４５はサービス登録管理テーブル４５
１とそれぞれ協働する。また従来どおり、対ＰＢＸ送受
信部２１、論理番号制御部２２およびメッセージ変換部
２３が、ＰＢＸ１との通信を実現するために設けられて
いる。

【００２６】上記の状態管理テーブル４４１は図４の
（Ａ）に例示され、上記のサービス登録管理テーブル４
５１は図４の（Ｂ）に例示される。なお、これらの管理
テーブルの例示において用いるａ，ｂ，ｃ…等の記号の
持つ意味の設定例を以下に示す。・ａ〜ｅは、各クライアント端末３からの「モニター要
求」に従って、各電話機ＴＥＬの状態を要求元のクライ
アント端末３に通知する場合の通知項目を表す。例え
ば、ａ：会議呼ｂ：呼接続通知ｃ：呼切断通知ｄ：接続通知ｅ：切断通知である。

【００２７】・ｋ〜ｑは、各クライアント端末３からの
「サービス割当要求」に従って、各電話機毎の登録サー
ビスの内容（デバイスの種別や登録項目）を表す。例え
ば、ｋ：ディスプレイ表示ｌ：表示文字ｍ：デバイス番号ｎ：ボタンｏ：ランプｐ：ランプ（色指定）ｑ：ランプ（点灯型指定）である。

【００２８】また、図４の（Ａ）において状態管理テー
ブル４４１内の状態値は、１が設定、０が非設定である
ことを表す。一方、図４の（Ｂ）においてサービス登録
管理テーブル内には、次のような各種登録値を用意する
ことができる。１：表示／設定／緑色／点灯（インターバルなし）０：非表示／未設定／赤色／消灯２：点灯（３０インター）３：点灯（６０インター）４：点灯（２４０インター）なお、図４の（Ｂ）において、１_iの欄に３つの小丸や
四角、三角のシンボルが示されているが、これらは表示
文字の種別を図解的に表したものである。上記の例示に
沿って図４を見ると、電話機の状態管理テーブル４４１
については、電話機ＴＥＬの電話番号（Ａ_i）、「会議
呼」受信（ａ_i）、「呼接続通知」受信（ｂ_i）、「呼
切断通知」受信（ｃ_i）、「接続通知」受信（ｄ_i）、
「呼切断通知」受信（ｅ_i）等の各通知項目より構成さ
れており、前述したとおり、ＰＢＸ１内部でもともと備
えている管理用データベースのテーブルと同等のものを
ゲートウェイ装置２内部にも保持していることになる。

【００２９】また、サービス登録管理テーブル４５１に
ついては、電話機ＴＥＬの電話番号（Ｂ_i）、「ディス
プレイ表示」登録（ｋ_i）、「表示文字」登録
（ｌ_i）、デバイス番号（ｍ_ij）（ｊ＝１，２，…ｎ）
対応に「ボタン機能」登録（ｎ_i）、「ランプ点灯」登
録（ｏ_i）、「ランプ色」登録（ｐ_i）、「ランプ点灯
インターバル」登録（ｑ_i）等の各種サービス登録項目
より構成されており、前述したとおり、ＰＢＸ１内部で
もともと備えている管理用データベースのテーブルと同
等のものをゲートウェイ装置２内部にも保持しているこ
とになる。

【００３０】状態管理テーブル４４１およびサービス登
録管理テーブル４５１内の各情報は、ＰＢＸ１側の状態
情報変化およびサービス登録情報変化にほぼ同期して、
常に最新の情報に更新される。したがってゲートウェイ
装置２は毎回ＰＢＸ１に問い合わせることなく、自内の
管理テーブル（４４１，４５１）にアクセスするだけ
で、ＰＢＸ１内での状態情報やサービス登録情報とほぼ
同様の情報を認識できることになる。

【００３１】次に電話機ＴＥＬの状態管理に関するゲー
トウェイ装置２での処理過程を、図３を参照しながら図
５に従って説明する。図５のステップＳ１において、図３のモニター要求制
御部４２より、電話番号、登録／参照のパラメータ、通
知項目および状態値を入力情報として、図３の状態管理
制御部４４を起動する。

【００３２】図５のステップＳ２において、起動され
た状態管理制御部４４では、まず上記の入力情報で示さ
れる電話番号を状態管理テーブル４４１の検索にかけて
登録されているかどうかを判定する。図５のステップＳ３において、既にその電話番号が該
テーブル４４１に登録されている場合は、当該「モニタ
ー要求」の操作が、登録（Ｗｒｉｔｅ要求）なのか参照
（Ｒｅａｄ要求）なのかの判定をする。

【００３３】もしその電話番号が登録されていない場合
は、状態管理テーブル４４１に、電話番号、通知項目お
よび状態値を、最新の情報として該テーブル４４１に書
き込み、起動元のモニター要求制御部４２に、ＰＢＸ１
への当該要求メッセージの送信準備を依頼する。図５のステップＳ４において、上記「モニター要求」
の操作の判定結果が、「登録」である場合は、指定され
た通知項目の状態値と、管理テーブル内の既存の状態値
とを比較し、これらの間に変更があるかどうかの判定を
する。

【００３４】図５のステップＳ５では、上記ステップ
Ｓ３での操作の判定が、「参照」である場合は、管理テ
ーブル４４１を見て、参照する情報がなければ、ＰＢＸ
１へ送信し、あれば起動元のモニター要求制御部４２
に、クライアントへの通知メッセージの送信準備を依頼
する。図５のステップＳ６では、管理テーブル４４１内の状
態値に変更がある場合に、電話番号、通知項目および状
態値を、最新の情報として管理テーブル４４１に書き込
み、図５のステップＳ７にて、起動元のモニター要求制御
部４２に、ＰＢＸ１への送信準備を依頼する。

【００３５】なお、ステップＳ４の判定により状態値に
変更がない場合は、前述の「参照」の場合と同様に、起
動元のモニター要求制御部４２に、クライアントへの送
信準備を依頼する。次に電話機ＴＥＬに対するサービス
管理に関するゲートウェイ装置２での処理過程を、図３
を参照しながら図６に従って説明する。

【００３６】図６のステップＳ１では、図３のサービ
ス割当要求制御部４３より、電話番号、デバイス種別お
よび各サービス登録値を入力情報として、サービス管理
制御部４５を起動する。図６のステップＳ２では、起動されたサービス管理制
御部４５にて、まず上記入力情報で示される電話番号
を、サービス登録管理テーブル４５１の検索にかけて登
録されているかどうかを判定する。

【００３７】図６のステップＳ３では、既にその電話
番号が登録されている場合は、当該「サービス割当要
求」に係るデバイスの種別が、「ディスプレイ」なの
か、「ボタン」なのか、「ランプ」なのか等を判定す
る。図６のステップＳ７では、上記ステップＳ２の判定結
果によりその電話番号が登録されていない場合、管理テ
ーブル４５１に、電話番号、デバイス種別、サービス登
録値を最新の情報として書き込み、起動元のサービス割
当要求制御部４３に、ＰＢＸ１への要求メッセージの送
信準備を依頼する。

【００３８】図６のステップＳ４−１，Ｓ４−２およ
びＳ４−３では、判定された種別のデバイスについて、
設定項目の検索をテーブル４５１内で行う。図６のステップＳ５では、判定された種別のデバイス
に関し、そのサービス登録値と、管理テーブル４５１内
に既存のサービス登録値とを比較し、これらの間に変更
があるかどうかの判定をする。

【００３９】図６のステップＳ６（前述）では、管理
テーブル４５１内のサービス登録値に変更があると判定
された場合、電話番号、デバイス種別およびサービス登
録値を、最新の情報として管理テーブル４５１に書き込
み、起動元のサービス割当要求制御部４３にＰＢＸ１へ
の要求メッセージの送信準備を依頼する。図６のステップＳ８では、ステップＳ５にてサービス
登録値に変更がないと判定された場合、起動元のサービ
ス割当要求制御部４３に、クライアントへの通知メッセ
ージ（要求に対する応答を通知）の送信準備を依頼す
る。

【００４０】次に、アプリケーション３３から、通常の
一般的な要求メッセージ（既述の一般要求メッセージ）
を受信した場合の、ゲートウェイ装置２の処理過程を、
図３を参照しながら図７に従って説明する。図７のステップＳ１では、図３のクライアント端末３
のアプリケーション３３からの要求メッセージがＬＡＮ
通信網４を経由し、各クライアント対応の対クライアン
ト送受信部２５で受信される。図７のステップＳ２では、クライアント管理部２４に
てその要求メッセージの電文内容を判定し「一般要求」
であることを判断すると、その電文からの入力情報を受
信メッセージとして一般要求制御部４１を起動する。

【００４１】図７のステップＳ３では、その受信メッ
セージを、メッセージ変換部２３へ渡し、論理番号制御
部２２を起動してゲートウェイ装置２の内部で取りまと
められている通し番号（論理番号）を、その受信メッセ
ージに付加する。図７のステップＳ４では、対ＰＢＸ送受信部２１を経
由して、ＰＢＸ１にその受信メッセージに表されている
要求を通知する。

【００４２】図７のステップＳ１′では、ＰＢＸ１か
らの上記の要求に対する応答を、対ＰＢＸ送受信部２１
にて受信する。図７のステップＳ２′では、対ＰＢＸ送受信部２１を
経由して、ＰＢＸ１からの応答メッセージをメッセージ
変換部２３へ渡す。さらに論理番号制御部２２で論理番
号をその応答メッセージから除去（元の状態に戻す）し
た後、クライアント管理部２４に送信を依頼する。

【００４３】図７のステップＳ３′では、クライアント
管理部２４で送信先を判断し、対クライアント送受信部
２５を経由して、要求元のクライアント端末３に属する
アプリケーション３３に、自己が出した要求に対する応
答を通知する。次にアプリケーション３３からの「モニ
ター要求」を受信した場合の、ゲートウェイ装置２での
処理過程を、図３を参照しながら図８に従って説明す
る。

【００４４】図８のステップＳ１において、図３のク
ライアント端末３のアプリケーション３３から出された
要求メッセージは、ＬＡＮ通信網４を経由し、各クライ
アント対応の対クライアント送受信部２５にて受信す
る。図８のステップＳ２にて、クライアント管理部２４で
その要求メッセージの電文内容を判定し「モニター要
求」であることを判断すると、モニター要求制御部４２
を起動する。

【００４５】図８のステップＳ３では、モニター要求
制御部４２にて、その受信メッセージを入力情報とし
て、状態管理制御部４４を起動し、状態管理テーブル４
４１内の情報と比較する。その結果電話機ＴＥＬの状態
に変更があれば、送信先をＰＢＸ１に、変更がなければ
クライアント端末３にそれぞれ決定する。図８のステップＳ４では、送信先がＰＢＸ１である場
合は、上記の受信メッセージを入力情報としてメッセー
ジ変換部２３へ通知し、論理番号制御部２２を起動して
ゲートウェイ装置２の内部で取りまとめられている通し
番号（論理番号）をその受信メッセージに付加する。

【００４６】図８のステップＳ５では、対ＰＢＸ送受
信部２１を経由して、ＰＢＸ１に当該要求メッセージを
通知する。このとき、状態管理テーブル４４１では、最
新の電話機の状態情報に更新されている。図８のステップＳ６では、ステップＳ３で決定された
送信先がクライアント端末３である場合、上記の受信メ
ッセージを入力情報としてメッセージ（電文）複製部４
６へ通知して対応する応答メッセージを作成した後、ク
ライアント管理部２４にその応答メッセージの送信を依
頼する。

【００４７】図８のステップＳ７では、クライアント
管理部２４より対クライアント送受信部２５を経由し
て、要求元のアプリケーション３３に対しこのアプリケ
ーション３３から出された要求に対する応答を通知す
る。図８のステップＳ１′において、ＰＢＸ１から応答メ
ッセージがくる場合は、従来どおり、対ＰＢＸ送受信部
２１で受信する。図８のステップＳ２′では、上記対ＰＢＸ送受信部２
１を経由して受信したその応答メッセージをメッセージ
変換部２３へ渡し、論理番号制御部２２を起動して、論
理番号をその応答メッセージから除去（元の状態に戻
す）した後、クライアント管理部２４に送信を依頼す
る。

【００４８】図８のステップＳ３′では、そのクライ
アント管理部２４が送信先を判断し、対クライアント送
受信部２５を経由して要求元のクライアント端末３に属
するアプリケーション３３に対し、このアプリケーショ
ン３３が出した要求に対する応答を通知する。次にアプ
リケーション３３から「サービス割当要求」を受信した
場合の、ゲートウェイ装置２での処理過程を図３を参照
しながら図９に従って説明する。

【００４９】図９のステップＳ１において、図３のク
ライアント端末３に属するアプリケーション３３からの
要求メッセージは、ＬＡＮ通信網４を経由し、各クライ
アント対応の対クライアント送受信部２５で受信され
る。図９のステップＳ２では、クライアント管理部２４に
てその要求メッセージの電文内容を判定し「サービス割
当要求」であると判断すると、サービス割当要求制御部
４３を起動する。

【００５０】図９のステップＳ３ではサービス割当要
求制御部４３が、その受信メッセージを入力情報とし
て、サービス管理制御部４５を起動する。サービス登録
管理テーブル４５１内の情報とその入力情報とを比較す
る。その結果、テーブル４５１に登録しているサービス
内容に変更があれば、送信先をＰＢＸ１に、変更がなけ
ればクライアント端末３にそれぞれ決定する。

【００５１】図９のステップＳ４では、ステップＳ３
で決定された送信先がＰＢＸ１である場合、その受信メ
ッセージを入力情報として、メッセージ変換部２３へ通
知して論理番号制御部２２を起動し、ゲートウェイ装置
２内部で取りまとめられている通し番号（論理番号）を
その受信メッセージに付加した後、対ＰＢＸ送受信部２
１にその受信メッセージの送信を依頼する。

【００５２】図９のステップＳ５では、対ＰＢＸ送受
信部２１を経由して、ＰＢＸ１に対して当該要求メッセ
ージを通知する。このとき、サービス登録管理テーブル
４５１では、最新のサービス登録情報に更新されてい
る。図９のステップＳ５では、対ＰＢＸ送受信部２１を経
由してＰＢＸ１へ送信する。

【００５３】図９のステップＳ６では、ステップＳ３
で決定された送信先がクライアント端末３である場合、
上記の受信メッセージを入力情報として、メッセージ複
製部４６へ通知して応答メッセージ（電文）を作成した
後、クライアント管理部２４にその電文の送信を依頼す
る。図９のステップＳ７では、対クライアント送受信部２
５を経由して、要求元のアプリケーション３３に対し、
このアプリケーション３３が出した要求に対する応答を
通知する。

【００５４】図９のステップＳ１′において、ＰＢＸ
１から当該要求メッセージに対する応答メッセージがく
る場合は、従来どおり、対ＰＢＸ送受信部２１で受信す
る。図９のステップＳ２′では、その受信した応答メッセ
ージをメッセージ変換部２３へ渡して論理番号制御部２
２を起動し論理番号をその応答メッセージより除去（元
の状態に戻す）した後、クライアント管理部２４にその
送信を依頼する。

【００５５】図９のステップＳ３′では、クライアン
ト管理部２４にてその応答メッセージの送信先を判断
し、対クライアント送受信部２５を経由して、要求元の
クライアント端末３に属するアプリケーション３３に対
しこのアプリケーション３３が出した要求に対する応答
を通知する。最後にメッセージ（電文）複製に関するゲ
ートウェイ装置２の処理過程を、図３を参照しながら図
１０に従って説明する。

【００５６】図１０のステップＳ１において、図３の
モニター要求制御部４２あるいはサービス割当要求制御
部４３にて、各管理テーブル（４４１，４５１）内の登
録情報に更新（変更）がなかった場合、クライアント端
末３からの受信メッセージおよび管理テーブル情報を入
力情報として、メッセージ複製部４６が起動される。図１０のステップＳ２では、その受信メッセージの内
容から判断し、メッセージ複製部４６は、クライアント
端末３からの要求に対応した電文の内容を決定する。

【００５７】図１０のステップＳ３では、その受信メ
ッセージ（電文）からは、このメッセージに固有の情報
である「起動ＩＤ」や「サービスＩＤ」を取得し送信電
文に付加する。図１０のステップＳ４において、管理テーブル４４
１，４５１の情報からは、電話番号および要求結果の情
報等を取得し、またデータサイズを考慮の上、所定の電
文フォーマットに従って、応答メッセージを作成する。

【００５８】図１０のステップＳ５では、作成した応
答メッセージを、起動元のモニター要求制御部４２およ
び、サービス割当要求制御部４８に通知する。この応答
メッセージはＰＢＸ１から通知されてきた電文として位
置付けられており、アプリケーション３３から見ると、
この応答メッセージはＰＢＸ１からの通知として認識さ
れる。

【００５９】以上の説明から明らかなように、本実施例
によれば、ＰＢＸ１で管理される情報がゲートウェイ装
置２内でも同等に管理されており、したがって毎度ＰＢ
Ｘ１に対してクライアント端末３からの要求を送る必要
がなくなり、ゲートウェイ装置２内での単なる折り返し
で、クライアント端末３の処理を持たせることなく、そ
の要求の結果を迅速に通知することができ、効率的なマ
ルチモニターやマルチサービス処理が実行可能となる。

【００６０】

【発明の効果】ＰＢＸの利用者（クライアント端末側）
は、ゲートウェイ装置を介して接続された複数のアプリ
ケーションが、どの内線番号を使用しているのかを意識
することなく、モニター機能や、電話機のランプ点灯、
機能ボタン割りつけ、ディスプレイ文字表示等のサービ
ス機能を実現することが可能となり、さらには、ＰＢＸ
−コンピュータ間インタフェースを持つ情報処理機器
と、ＰＢＸとの融合による新しい情報サービスを効果的
かつ効率よく提供することができる。

【図面の簡単な説明】

【図１】本発明によるゲートウェイ装置の原理構成を示
す図である。

【図２】本発明によるゲートウェイ装置の機能ブロック
図である。

【図３】本発明によるゲートウェイ装置の一実施例を示
す図である。

【図４】（Ａ）および（Ｂ）は図３に使用される管理テ
ーブル構成例を示す図である。

【図５】図３および図４に関連する電話機の状態管理テ
ーブルの登録処理例を示すフローチャートである。

【図６】図３および図４に関連するデバイスサービス用
のサービス登録管理テーブルの登録処理例を示すフロー
チャートである。

【図７】図３における一般要求処理例を示すフローチャ
ート（（Ａ）はクライアント→ＰＢＸの流れ、（Ｂ）は
ＰＢＸ→クライアントの流れ）である。

【図８】図３におけるモニター要求処理例を示すフロー
チャート（（Ａ）はクライアント→ＰＢＸの流れ、
（Ｂ）はＰＢＸ→クライアントの流れ）である。

【図９】図３におけるサービス割当要求処理例を示すフ
ローチャート（（Ａ）はクライアント→ＰＢＸの流れ、
（Ｂ）はＰＢＸ→クライアントの流れ）である。

【図１０】図３におけるメッセージ複製処理例を示すフ
ローチャートである。

【図１１】一般のゲートウェイ装置例を示す図である。

【符号の説明】

１…ＰＢＸ２…ゲートウェイ装置３…クライアント端末４…通信網７…管理制御手段８…テーブル手段２１…対ＰＢＸ送受信部２２…論理番号制御部２３…メッセージ変換部２４…クライアント管理部３３…アプリケーション４１…一般要求制御部４２…モニター要求制御部４３…サービス割当要求制御部４５…サービス管理制御部４６…メッセージ複製部２０１…一般要求機構２０２…モニター要求機構２０３…サービス割当要求機構２０４…状態管理機構２０５…サービス管理機構２０６…電文複製機構４４１…状態管理テーブル４５１…サービス登録テーブル

Claims

【特許請求の範囲】

【請求項１】配下に複数の電話機（ＴＥＬ）を有する
ＰＢＸ（１）と、複数のクライアント端末（３）内の各
アプリケーション（３３）との間の接続を行うゲートウ
ェイ装置（２）において、前記ＰＢＸ（１）の内部で管理している各前記電話機
（ＴＥＬ）の状態を示す状態情報と同一の状態情報を保
持するテーブル手段（８）と、各前記クライアント端末（３）から受信した要求に係る
内容に応じて、前記ＰＢＸ（１）との間の通信を要する
か否かを、前記テーブル手段（８）を参照して判断し、
その通信を要しないときは自らその要求に対する応答を
当該クライアント端末（３）に返す管理制御手段（７）
とを備えることを特徴とするゲートウェイ装置。
【請求項２】前記管理制御手段（７）は、各前記電話機（ＴＥＬ）対応に、前記ＰＢＸ（１）から
の状態情報を前記テーブル手段（８）内に設定すると共
に、その設定値に変更があるときは、その状態情報を更
新する状態管理機構（２０４）を含む請求項１に記載の
ゲートウェイ装置。
【請求項３】前記管理制御手段（７）は、各前記電話機（ＴＥＬ）対応に、ランプ、ボタン、ディ
スプレイ等の各デバイスについて、そのサービス割当の
登録および解除を前記テーブル手段（８）に対して行う
と共に、そのサービス割当の登録内容に変更があるとき
は、その登録内容を更新するサービス管理機構（２０
５）を含む請求項１に記載のゲートウェイ装置。
【請求項４】前記管理制御手段（７）は、前記クライアント端末（３）からの、前記電話機（ＴＥ
Ｌ）に対するモニター要求またはサービス割当要求を受
信したとき、これらの要求に対する該クライアント端末
（３）への応答を、前記ＰＢＸ（２）からその応答がき
たかの如く複製して返す電文複製機構（２０６）を含む
請求項１に記載のゲートウェイ装置。
【請求項５】前記管理制御手段（７）は、前記クライアント端末（３）からモニター要求を受信し
たときに、当該電話機（ＴＥＬ）の内容を前記状態管理
機構（２０４）にて判定し、その状態が変更されるとき
のみその変更に係る状態の内容を前記ＰＢＸ（１）に送
信するモニター要求機構（２０２）を含む請求項２に記
載のゲートウェイ装置。
【請求項６】前記管理制御手段（７）は、前記クライアント端末（３）からモニター要求を受信し
たときに、当該電話機（ＴＥＬ）の内容を前記状態管理
機構（２０４）にて判定し、その状態が変更されていな
いときは、そのモニター要求を前記ＰＢＸ（１）に送信
することなく、前記電文複製機構（２０６）にてそのモ
ニター要求に対する応答を複製して当該クライアント端
末（３）に返すモニター要求機構（２０２）を含む請求
項４に記載のゲートウェイ装置。
【請求項７】前記管理制御手段（７）は、前記クライアント端末（３）からサービス割当要求を受
信したときに、当該電話機（ＴＥＬ）について登録され
たサービスの内容を前記サービス管理機構（２０５）に
て判定し、その内容が変更されているときは該サービス
管理機構（２０５）により更新せしめるサービス割当要
求機構（２０３）を含む請求項３に記載のゲートウェイ
装置。
【請求項８】前記管理制御手段（７）は、前記クライアント端末（３）への応答を、前記ＰＢＸ
（１）からその応答がきたかの如く複製して返す電文複
製機構（２０６）と、前記クライアント端末（３）からサービス割当要求を受
信したときに、当該電話機（ＴＥＬ）について登録され
たサービスの内容を前記サービス管理機構（２０５）に
て判定し、その内容が変更されていないときは前記電文
複製機構（２０６）により、そのサービス割当要求に対
する応答を複製して返すサービス割当要求機構（２０
３）と、を含む請求項３に記載のゲートウェイ装置。
【請求項９】前記管理制御手段（７）は、前記クライアント端末（３）からの要求が、前記電話機
（ＴＥＬ）に対するモニター要求およびサービス割当要
求以外の要求であるときは、その要求をそのまま前記Ｐ
ＢＸ（１）に送信する一般要求機構（２０１）を含む請
求項１に記載のゲートウェイ装置。