JP3999936B2 - 電話通信システム - Google Patents
電話通信システム Download PDFInfo
- Publication number
- JP3999936B2 JP3999936B2 JP2000344727A JP2000344727A JP3999936B2 JP 3999936 B2 JP3999936 B2 JP 3999936B2 JP 2000344727 A JP2000344727 A JP 2000344727A JP 2000344727 A JP2000344727 A JP 2000344727A JP 3999936 B2 JP3999936 B2 JP 3999936B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- telephone
- management server
- server
- incoming
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Sub-Exchange Stations And Push- Button Telephones (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電話情報を伝送交換，処理するための電話通信システムに関するものであり、特に、複数の電話端末装置をネットワークにより相互接続して、各電話端末装置からの電話情報を相互に伝送するために必要な交換，制御，その他の処理を行う電話通信システムに関するものである。
【０００２】
【従来の技術】
従来のこの種の電話通信システムとして、例えば、各家庭に設置され一般にボタン電話装置と称されているキーテレホンシステムが広く用いられ、また、企業内電話システムとしてＰＢＸも広く普及して、日常の電話情報の相互伝達に貢献している。
【０００３】
【発明が解決しようとする課題】
これらの従来の電話通信システムのうち、従来のキーテレホンシステムは組込型であり、インフラの成長とともに順次機能を追加して来たことによって、ソフトウェアが肥大化し、複雑なインタフェース構成になっているため、新機能の追加や変更が非常に困難である。また、端末状態や加入者データなどを主装置で一元（集中）的に管理しているため、システム規模の拡張に際してメインプロセッサの能力に基づく制限を受けるため、その実現が困難である。さらに、拠点間を相互に連結して企業内での内線ネットワークを構築しようとするとき、電話通信専用の回線を契約する必要があり、余分の設備運用コストがかかる欠点がある。
また、ＰＢＸの場合には、規模が大きくなるため、これらの困難性，欠点は増大する。
よって従来の技術では、簡易な構成で電話情報の相互伝達をするために必要な交換，制御その他の処理を効率よく行い、かつ、収容端末数の増減に対しても、高い融通性を以て対応することは困難である。
【０００４】
本発明の目的は、簡易な構成で各端末相互間の電話情報の相互伝達を効率よく実行し、かつ、収容端末数の増減に対しても高い融通性を以て柔軟に対応することができる電話通信システムを提供することにある。
【０００５】
【課題を解決するための手段】
この目的を達成するために、本発明による電話通信システムは、インターネット・プロトコルに準拠した通信をする複数の電話端末と、これら複数の電話端末を収容して各電話端末の通信制御を司るサーバとがそれぞれＬＡＮネットワークに接続された電話通信システムであって特に、
前記ＬＡＮネットワークは、前記複数の電話端末およびサーバとからなるノードを最小構成単位として構成され、前記サーバは、ＲＦＣ２５４３に規定されるＳＩＰに従い発呼を行う前記電話端末（発呼端末）のＳＩＰ呼を受け付け、着呼を行う前記電話端末（着呼端末）にＳＩＰ呼制御シグナルを転送してインタラクティブ通信のセッションの開始、終了および変更を制御するＳＩＰサーバと、前記ローカルエリアネットワークの自ノードに属する上記電話端末毎の状態変化情報をそれぞれ保持する端末状態データベースと、前記ローカルエリアネットワークの自ノードに属する上記複数の電話端末からそれぞれ通知される状態変化情報または一定時間毎に自ノードに属する前記電話端末毎の状態変化をそれぞれ検出して、前記端末状態データベースに保持される上記電話端末毎の端末利用状況の更新を行うリソース管理サーバと、前記複数の電話端末、前記ＳＩＰサーバおよび前記リソース管理サーバとの情報交換、ＳＩＰ呼制御の受け付け、着信呼の蓄積および着信呼の有無の問い合わせに対する応答を提供するアプリケーションサーバとを具備し、
上記リソース管理サーバは、自ノードに属する前記電話端末または他ノードに接続されたリソース管理サーバを介した前記状態変化情報および／または前記端末利用状況の問い合わせを受けて、前記端末状態データベースに保持された自ノードに属する上記電話端末の端末利用状況を送出して前記電話端末の表示部に他の電話端末の端末利用状態を表示させることを特徴としている。
また前記複数の電話端末（テレホン端末）と前記制御機能として設けられた前記各サーバ間の情報伝送がパケット単位で行われるように構成されている。前記アプリケーションサーバの１例は、着信管理サーバである。
【０００６】
即ち、本発明による電話通信システムでは、固定長又は可変長のデータ部分にパケットヘッダを付加したパケットの単位で情報伝送をする方式を採用する。この音声パケット通信を、例えば、ＩＰネットワーク上で実現するために、ボイスオーバＩＰ制御方式として、次のようなＳＩＰ（ＲＦＣ２５４３），ＳＤＰ（ＲＦＣ２３２７）およびＲＴＰ（ＲＦＣ１８８９）／ＲＴＣＰ（ＲＦＣ１８９０）を使用する。
（イ）ＳＩＰ（Session Initiation Protocol）インタラクティブ通信のセッションの開始，終了および変更を制御するために定義されたプロトコルである。
（ロ）ＳＤＰ（Session Description Protocol）マルチメディア通信を実施するための通信端末が要求するメディアタイプを表示するためのプロトコルである。
（ハ）ＲＴＰ（Realtime Transport Protocol）リアルタイム情報をＩＰネットワーク上で交換するために定義されたプロトコルである。
（ニ）ＲＴＣＰ（Realtime Transport Control Protocol）ＲＴＰを使用した通信における通信状況の監視を行うために定義されたプロトコルである。
ＩＰ（Internet Protocol）ネットワーク環境では、ＩＰパケットという標準化されたフォーマットでデータ交換が実施されるという原理に基づき、音声情報，呼制御情報およびキーテレホンサービス情報をそれぞれＩＰパケットとして定義することにより、ＩＰキーテレホンシステムとしてのソフトウェアインタフェースを構築することが可能となる。
好ましくは前記ＬＡＮネットワークはインターネットに接続され、該ＬＡＮネットワークとのエッジ部には、当該ＬＡＮネットワークへの不正アクセスを防御するためのファイアウォールが設置されていることが望ましい。
また本発明の電話通信システムは、前記複数の電話端末のうちから選択されたいくつかの電話端末は、ゲートウェイを介して公衆通信網に接続されていることを特徴としている。
【０００７】
【発明の実施の形態】
ＩＰネットワーク上に接続された端末を使用して、従来のキーテレホンシステムと同等のサービスを提供するため、及びシステムの拡張性を高めるために、本発明では、図１に示すように、（Ａ）ＩＰテレホン，（Ｂ）ＳＩＰサーバ，（Ｃ）リソース管理サーバ，および（Ｄ）アプリケーションサーバという４つの機能ブロックに分散配置した。ここで、各機能（Ａ），（Ｂ），（Ｃ），および（Ｄ）は、それぞれ次のように規定されている。
（Ａ）ＩＰテレホン：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＳＩＰユーザエージェント機能を有するものである。
（Ｂ）ＳＩＰサーバ：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＳＩＰサーバ機能を有するものである。
（Ｃ）リソース管理サーバ：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＩＰキーテレホンシステムに属する端末の端末状態データベースを管理，記憶および配信するサーバ機能を有するものである。
（Ｄ）アプリケーションサーバ：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＩＰキーテレホンシステムの着信サービス機能を提供するサーバ機能を有するものである。
【０００８】
ここで、ＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access/Collision Detection 、搬送波感知多重アクセス／衝突検出）方式であり、バス型の伝送路接続形態を持ち、データを送信するコンピュータは伝送路を調べて、パケットが流れていないことを確認してから送信パケットを送り出す。ほぼ同時にパケットを出すコンピュータがあり、パケットが衝突した場合には、一定時間妨害信号を送出して、乱数に基づいた待ち時間後再送を行う。極めて簡単な機構であるため、伝送路の通信容量に比べて通信量が少ない場合には、衝突も少なく効率的な伝送ができるが、通信量が増えるとパケットの衝突による再送が多発して遅延が増大する。この方式は、サービス名からEthernetと呼ばれている。
【０００９】
すなわち、キーテレホンシステムの集中配置されたハードウェアを、図１に示すイーサネットの如きＬＡＮの端末に分散配置することにより、集中制御部の能力のみに依存しないシステム拡張が可能である。
これらの分散配置された機能ブロックを組み合わせることにより、表１に示すような電話システムを構成することができる。
【００１０】
【表１】
ここで、各システムは次の機能を有している。
（ａ）ＩＰ電話機：
ＩＰ電話同士が１対１で通信することができるサービスを提供する。
（ｂ）単独ＩＰ電話システム：
従来の加入電話と同等のサービスを提供する。
（ｃ）多機能ＩＰ電話システム：
システムに属する電話機の状態表示やワンタッチ操作で呼び出すようなサービスを提供する。
（ｄ）フルＩＰ電話システム：
着信振り分け，一斉着信あるいは識別着信などの着信管理サービスやボイスメール，ＩＶＲ(Interactive Voice Response:自動音声応答機能）など音声とデータを統合したサービスを提供する。
【００１１】
図１に示すような機能分散は、機能ブロック間の情報通信の信号形態を一般的なＩＰパケットとして定義することが容易で、かつ、それぞれの機能単位の独立を容易に実現することができる。これは、機能ブロック間のデータインタフェースをＩＰパケットとすることがそれぞれの機能ブロックを粗結合する状況を作ることに寄与するからである。従って、機能ブロックを独立したプロセッサで処理することと、単一プロセッサで処理することを大差なく構成することができる。
【００１２】
リソース管理サーバ（Ｃ）は、従来のキーテレホンシステムが提供していた端末状態ランプ表示あるいはＬＣＤ表示などのように、端末利用状況を示すために蓄積していた「端末状態情報」を管理する装置および蓄積する装置である。このリソース管理サーバ（Ｃ）は、ＩＰネットワーク上で構成されるＩＰキーテレホンシステムの最小ノードにひとつ配置されるものである。
ＩＰキーテレホンシステムのノードに属するＩＰ電話機（Ａ）は、自己の状態が変化したことを示す「状態変化情報」を、自ノードを管理するリソース管理サーバ（Ｃ）へ通知する。
リソース管理サーバ（Ｃ）は、自ノードに属する端末からの「状態変化情報」を受信したとき、あるいは、一定間隔を空けて自ノードに属する端末の状態変化を監視し変化があったことを検知したときに、自ノードに属する全端末、あるいは、予め「端末状態情報」の通知を要求している端末に対して端末状態を通知する。
「端末状態情報」を受け取った端末は、自端末のキー設定状態あるいは、表示器の能力に合わせて、他端末の状態を表示することができる。
リソース管理サーバ（Ｃ）が保持する「端末状態情報」は、自ノードに属する端末あるいは、他ノードを管理するリソース管理サーバ（Ｃ）から問い合わせることにより、いつでも参照することができる。
管理情報は単に端末の状態を示す情報として定義する。ＩＰテレホン（Ａ）は、その情報から自らのハードウェア資源で表現可能な要素だけを抽出し、適切な表示を行うことができる。
【００１３】
【実施例】
本発明により、図２に示すような、ＩＰキーテレホンシステムを構成することができる。
図２は、ＩＰキーテレホンシステムの最小構成単位であり、この単位を組み合わせることにより、図３に示すような広域ＩＰキーテレホンネットワークを構築することができる。
図２で利用可能のアプリケーションの１例は、着信サービスである。ＩＰネットワーク上に「着信呼情報」を管理する着信管理サーバ（Ｄ）を置くことにより、一般着信，代理応答，群着信など、従来のキーテレホンシステムが提供していた着信機能をＩＰキーテレホンシステムとして実施することができる。
【００１４】
図３は、会社の通信組織をＩＰネットワークで構築し、そのＩＰネットワークをインターネットに接続した例を示す系統接続図である。インターネットとのエッジ部には、会社の通信組織内の情報へのインターネット側からの不正アクセスを防御するためにファイアウォールが設置されている。また、同様にＳＩＰを用いた呼制御シグナル情報を中継するために、会社を統括する全社ＳＩＰサーバが設置されている。社内は、部門１と部門２に大きく分かれ、各部門はさらに複数の課に分割されている。各課には、ＳＩＰサーバ，リソース管理サーバおよび着信管理サーバが設置され、基本モデルの要素はこの課単位で構成されることになる。課と課の間の通信は、ＳＩＰサーバおよびリソース管理サーバが交信することにより課内のＩＰテレホンの状態を知ることができ、ＳＩＰ呼制御情報を交換することができる仕組みである。さらに、各課に配置されたＰＳＴＮ／ＩＳＤＮゲートウェイを介して、従来の電話網に接続することができる。
【００１５】
図４は、ＩＰキーテレホンシステムの構成要素におけるソフトウェア機能ブロックと情報交換インターフェースを示す図である。
【００１６】
（Ａ）ＩＰキーテレホン端末
ＬＡＮインタフェースＡ１により、ＬＡＮ端末〔リソース管理サーバ（Ｃ），ＳＩＰサーバ（Ｂ）および着信管理サーバ（Ｄ）〕との情報交換をそれぞれの経路▲５▼，▲４▼および▲３▼を介して行う。ＳＩＰ呼制御を受け付けるサーバ機能または当該端末が発呼のために実行を開始する機能は呼制御実行部（Ａ４）で実現する。デバイス制御および入力部（Ａ６）は、キーパッドやフック情報など一般的な電話に実装されるハードウェアの制御を行う。他端末状態監視部（Ａ３）は、キーテレホンに実装されるランプや表示器などに他の電話機の使用状態を表示するために定期的に監視する。他端末の情報は、リソース管理サーバ（Ｃ）から得るものである。キーテレホン制御部（Ａ５）は、端末の状態の管理，通話路の接続または切断，表示制御など端末内で完結した処理を実行する。端末操作に伴い、本端末の状態が変化する際、自端末制御部（Ａ２）を経由してリソース管理サーバ（Ｃ）に、その変化を通知する。
【００１７】
（Ｂ）ＳＩＰサーバ
ＬＡＮインタフェースＢ１により、ＬＡＮ端末〔リソース管理サーバ（Ｃ），ＳＩＰサーバ（Ｂ）およびＩＰキーテレホン端末（Ａ）〕との情報交換をそれぞれの経路▲１▼，内部経路（ｂ）（ｃ）および経路▲４▼を介して行う。ＳＩＰ呼制御を受け付けるサーバ機能を呼制御実行部（Ｂ２）で行う。ＳＩＰ呼制御シグナルをどの端末へ転送するかの決定を宛先解決部（Ｂ３）でおこなう。
【００１８】
（Ｃ）リソース管理サーバ
ＬＡＮインタフェースＣ１により、ＬＡＮ端末〔着信管理サーバ（Ｄ），ＳＩＰサーバ（Ｂ）およびＩＰキーテレホン端末（Ａ）〕との情報交換をそれぞれの経路▲６▼，▲７▼および▲５▼を介して行う。端末状態管理部（Ｃ２）は、ＬＡＮ端末から通知される状態変化情報の更新を行い、またＬＡＮ端末（Ａ）からの情報問い合わせに対して、端末ＩＤおよび端末状態データベース（Ｃ３）の内容を公開することも行う。
【００１９】
（Ｄ）着信管理サーバ
ＬＡＮインタフェースＤ１により、ＬＡＮ端末〔リソース管理サーバ（Ｃ），ＳＩＰサーバ（Ｂ）およびＩＰキーテレホン端末（Ａ）〕との情報交換をそれぞれの経路▲６▼，▲７▼および▲５▼を介して行う。ＳＩＰ呼制御を受け付けるサーバ機能を呼制御実行部（Ｄ２）で行う。着信状態解析部（Ｄ３）は、着信呼の蓄積を行う。また、着信呼の有無の問い合わせに対する応答を行う。
【００２０】
図２のＩＰキーテレホンシステムは、図４で示すソフトウェア構成により実現することができる。
以下、各動作の概略について説明する。
【００２１】
（１）発呼シーケンス
図５は、本発明のＩＰ電話システムにおける発信シーケンスを図示したものである。
発呼ＩＰ端末（Ａ）は，受話器を上げるような発信捕捉操作を行うことにより、自動的に自己がビジー状態となったことをリソース管理サーバ（Ｃ）に伝えるために「捕捉（Notify：BUSY）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、通知した発呼端末（Ａ）の状態ビジーと扱うようにデータベースを更新するとともに、「捕捉受け付け（Accept）」メッセージにより応答する。
続いて、発呼ＩＰ端末（Ａ）は、ダイヤル入力のような宛先を指定する操作を行うことにより、ＲＦＣ２５４３で規定された発呼メッセージＩＮＶＩＴＥ）をＳＩＰサーバ（Ｂ）へ通知する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された一時受付応答レスポンス（１００ Trying ）により応答するとともに、宛先解決を行うために、リソース管理サーバ（Ｃ）に対して、「ロケーション解決要求（Inquire:LOCATION）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、宛先情報をもとに着信可能な宛先を検索し、「ロケーション応答（Answer）」により応答する。
宛先を知ったＳＩＰサーバ（Ｂ）は、最終的な着信端末に向けて、ＲＦＣ２５４３で規定された発呼メッセージ（INVITE）を発行する。同時に、代理応答操作を可能とするために、着信管理サーバ（Ｄ）に対しても発呼メッセージ（INVITE）を発行する。
【００２２】
着信端末（Ａ’）は、同様にＲＦＣ２５４３で規定された一時受付応答レスポンス（１００ Trying ）により応答するとともに、自端末が着信可能か否かを判定し、着信可能と判断することができたとき、ＲＦＣ２５４３で規定された着信鳴動開始（１８０ Ringing）メッセージを発行するとともにリソース管理サーバ（Ｃ）に対して、着信中であることを伝えるために「着信（Notify:INCOMING)」を通知する。
着信管理サーバ（Ｄ）は、同様にＲＦＣ２５４３で規定された一時受付可能レスポンス（１００ Trying ）により応答するとともに、着信キューイングが可能か否か判定し、着信キューイング可能と判断することができたとき、ＲＦＣ２５４３で規定された着信キューイング（１８２ Queued ）メッセージを発行するとともにリソース管理サーバ（Ｃ）に対して、着信中であることを伝えるために、「着信キューイング（Notify:QUEUED)」を通知する。
リソース管理サーバ（Ｃ）は、「着信（Notify:INCOMING)」または「着信キューイング（Notify:QUEUED)」を受け付けると、通知した着呼端末（Ａ’）の状態を着信中または着信キューイングと扱うようにデータベースを更新するとともに、「着信中受付（Accept）」または「着信キューイング受け付け（Accept）」メッセージにより応答する。
【００２３】
（２）着信応答シーケンス
図６は、本発明のＩＰ電話システムにおける着信応答シーケンスを図示したものである。
着信中の着呼ＩＰ端末（Ａ’）は、受話器を上げるような着信応答操作を行うことにより、自動的に自端末がビジー状態となったことをリソース管理サーバ（Ｃ）に伝えるために「捕捉（Notify：BUSY）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、通知した端末の状態をビジーと扱うようにデータベースを更新するとともに、「捕捉受け付け（Accept）」メッセージにより応答する。
続いて、着呼ＩＰ端末（Ａ’）は、ＲＦＣ２５４３で規定された着信応答メッセージ（２００ ＯＫ）をＳＩＰサーバ（Ｂ）へ通知する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された制御により、発呼ＩＰ端末（Ａ）に対して、着信応答レスポンス（２００ ＯＫ）を転送するとともに、着信管理サーバ（Ｄ）に対して、着信応答済みを伝えるために着信キャンセル（CANCEL）メッセージを発行する。
着信管理サーバ（Ｄ）は、ＲＦＣ２５４３で規定された、キャンセル受付（２００ ＯＫ）により応答するとともに、リソース管理サーバ（Ｃ）に対して、着信キュー情報が無くなったことを示すメッセージ（Notify:idle ）を発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、着信キュー情報を削除するとともに、着信キュー削除受付（Accept）により応答する。
着信応答（２００ ＯＫ）メッセージを受け付けた発呼端末（Ａ）は、ＲＦＣ２５４３で規定された確認応答（ＡＣＫ）を発行するとともに、音声パケット通信を開始する。
【００２４】
これを受け付けた着呼端末（Ａ’）は、音声パケット通信を開始する。
発呼端末（Ａ）および着呼端末（Ａ’）は、それぞれリソース管理サーバ（Ｃ）に自端末が通話中になったことを伝えるために、「通話確立（Notify:Established a Call)」メッセージを発行する。
リソース管理サーバ（Ｃ）は、「通話確立（Notify:Established a Call)」を受け付けると、通知した端末の状態を通話中と扱うようにデータベースを更新するとともに、「通話確立受付（Accept）」メッセージにより応答する。
【００２５】
（３）着信代理応答シーケンス
図７は、本発明のＩＰ電話システムにおける着信代理応答シーケンスを図示したものである。
着信鳴動していない代理応答ＩＰ端末（Ａ''）は、代理応答ボタンを押下しかつ受話器を上げるような着信代理応答操作を行うことにより、自動的に自端末がビジー状態となったことをリソース管理サーバ（Ｃ）に伝えるために「捕捉（Notify：BUSY）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、通知した着信代理応答ＩＰ端末（Ａ''）の状態をビジーと扱うようにデータベースを更新するとともに、「捕捉受け付け(Accept)」メッセージにより応答する。
代理応答ＩＰ端末（Ａ''）は、代理応答するべき着信が存在するか否かを着信管理サーバ（Ｄ）に「着信情報要求（Require:INCOMING INFORMATION) 」にて問い合わせる。
着信管理サーバＤ）は、着信キューイングされた着信情報があるか否かを調べ、着信情報が存在するとき，ＲＦＣ２５４３で規定された発呼メッセージ（INVITE）を代理応答端末（Ａ''）へ通知する。
【００２６】
代理応答ＩＰ端末（Ａ''）は、ＲＦＣ２５４３で規定された一時受付応答レスポンス（１００ Trying）により応答し、さらに続けて、着信応答メッセージ（２００ ＯＫ）を着信管理サーバ（Ｄ）へ通知する。
着信管理サーバ（Ｄ）は、同様にＲＦＣ２５４３で規定された制御により、ＳＩＰサーバ（Ｂ）に対して、着信応答レスポンス（２００ ＯＫ）を転送するとともに、リソース管理サーバ（Ｃ）に対して、着信キュー情報が無くなったことを示すメッセージ（Notify:idle ）を発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、着信キュー情報を削除するとともに、着信キュー削除受付（（Accept）により応答する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された制御により、発呼ＩＰ端末（Ａ）に対して、着信応答レスポンス（２００ ＯＫ）を転送する。
【００２７】
着信応答（２００ ＯＫ）メッセージを受け付けた発呼端末（Ａ）は、ＲＦＣ２５４３で規定された確認応答（ＡＣＫ）を発行するとともに、音声パケット通信を開始する。
これを受け付けた代理応答端末（Ａ''）は、音声パケット通信を開始する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された制御により、元着呼ＩＰ端末（Ａ’）に対して、着信応答済みを伝えるために着信キャンセル（CANCEL）メッセージを発行する。
元着呼ＩＰ端末（Ａ' ）は、ＲＦＣ２５４３で規定された、キャンセル受付（２００ ＯＫ）により応答するとともに、リソース管理サーバ（Ｃ）に対して、自端末が空き状態になったことを示すメッセージ（Notify:idle ）を発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、元着呼ＩＰ端末（Ａ' ）が空き状態と扱うようにデータベースを更新するとともに、空き状態受付（Accept）により応答する。
発呼端末（Ａ）および代理応答端末（Ａ''）は、それぞれリソース管理サーバ（Ｃ）に自端末が通話中になったことを伝えるために、「通話確立（Notify:Established a Call)」を受け付けると、通知した着信代理等々ＩＰ端末（Ａ''）の状態を通話中と扱うようにデータベースを更新するとともに、「通話確立受付（Accept）」メッセージにより応答する。
【００２８】
以上は、アプリケーションサーバ機能が、着信管理サーバ機能である場合について、主に説明したが、本発明はこのアプリケーションサーバ機能として、電話通信システムにおけるＡＣＤ(Automatic Call Distribution )機能，ＩＶＲ，ボイスメール, 課金装置, 複数者会議通話システム，などの機能を配置することができる。
【００２９】
【発明の効果】
以上詳細に説明したように、本発明によれば、電話システムのハードウェア構成をＬＡＮ端末に分散することにより、集中制御部の能力のみに依存しないシステム拡張をすることができる。また、加入端末の持つランプおよび液晶ディスプレイに他の加入端末の状態を表示することができる。本発明による電話通信システムは、キーテレホンシステムのＩＰ化，ＡＣＤ機能，ＩＶＲ，ボイスメール, 課金装置, 複数者会議通話システム，などに適用して優れた効果を発揮することができる。
【図面の簡単な説明】
【図１】本発明システムの基本構成を示すブロック図である。
【図２】本発明システムにおける単一ノードを示すブロック図である。
【図３】本発明システムの構成例を示すブロック図である。
【図４】本発明システムにおける通信情報伝送を説明するための図である。
【図５】本発明システムにおける発信のシーケンスを説明するためのフロー図である。
【図６】本発明システムにおける着信応答のシーケンスを説明するためのフロー図である。
【図７】本発明システムにおける着信代理応答のシーケンスを説明するためのフロー図である。
【符号の説明】
Ａ ＩＰテレホン
Ａ１ ＬＡＮインタフェース
Ａ２ 自端末制御部
Ａ３ 他端末状態監視部
Ａ４ 呼制御実行部
Ａ５ キーテレホン制御部
Ａ６ 入力部
Ｂ ＳＩＰサーバ
Ｂ１ ＬＡＮインタフェース
Ｂ２ 呼制御実行部
Ｂ３ 宛先解決部
Ｃ リソース管理サーバ
Ｃ１ ＬＡＮインタフェース
Ｃ２ 端末状態監視部
Ｃ３ 端末ＩＤおよび端末状態データベース
Ｄ アプリケーションサーバ，着信サーバ
Ｄ１ ＬＡＮインタフェース
Ｄ２ 呼制御実行部
Ｄ３ 着信状態解析部
【発明の属する技術分野】
本発明は、電話情報を伝送交換，処理するための電話通信システムに関するものであり、特に、複数の電話端末装置をネットワークにより相互接続して、各電話端末装置からの電話情報を相互に伝送するために必要な交換，制御，その他の処理を行う電話通信システムに関するものである。
【０００２】
【従来の技術】
従来のこの種の電話通信システムとして、例えば、各家庭に設置され一般にボタン電話装置と称されているキーテレホンシステムが広く用いられ、また、企業内電話システムとしてＰＢＸも広く普及して、日常の電話情報の相互伝達に貢献している。
【０００３】
【発明が解決しようとする課題】
これらの従来の電話通信システムのうち、従来のキーテレホンシステムは組込型であり、インフラの成長とともに順次機能を追加して来たことによって、ソフトウェアが肥大化し、複雑なインタフェース構成になっているため、新機能の追加や変更が非常に困難である。また、端末状態や加入者データなどを主装置で一元（集中）的に管理しているため、システム規模の拡張に際してメインプロセッサの能力に基づく制限を受けるため、その実現が困難である。さらに、拠点間を相互に連結して企業内での内線ネットワークを構築しようとするとき、電話通信専用の回線を契約する必要があり、余分の設備運用コストがかかる欠点がある。
また、ＰＢＸの場合には、規模が大きくなるため、これらの困難性，欠点は増大する。
よって従来の技術では、簡易な構成で電話情報の相互伝達をするために必要な交換，制御その他の処理を効率よく行い、かつ、収容端末数の増減に対しても、高い融通性を以て対応することは困難である。
【０００４】
本発明の目的は、簡易な構成で各端末相互間の電話情報の相互伝達を効率よく実行し、かつ、収容端末数の増減に対しても高い融通性を以て柔軟に対応することができる電話通信システムを提供することにある。
【０００５】
【課題を解決するための手段】
この目的を達成するために、本発明による電話通信システムは、インターネット・プロトコルに準拠した通信をする複数の電話端末と、これら複数の電話端末を収容して各電話端末の通信制御を司るサーバとがそれぞれＬＡＮネットワークに接続された電話通信システムであって特に、
前記ＬＡＮネットワークは、前記複数の電話端末およびサーバとからなるノードを最小構成単位として構成され、前記サーバは、ＲＦＣ２５４３に規定されるＳＩＰに従い発呼を行う前記電話端末（発呼端末）のＳＩＰ呼を受け付け、着呼を行う前記電話端末（着呼端末）にＳＩＰ呼制御シグナルを転送してインタラクティブ通信のセッションの開始、終了および変更を制御するＳＩＰサーバと、前記ローカルエリアネットワークの自ノードに属する上記電話端末毎の状態変化情報をそれぞれ保持する端末状態データベースと、前記ローカルエリアネットワークの自ノードに属する上記複数の電話端末からそれぞれ通知される状態変化情報または一定時間毎に自ノードに属する前記電話端末毎の状態変化をそれぞれ検出して、前記端末状態データベースに保持される上記電話端末毎の端末利用状況の更新を行うリソース管理サーバと、前記複数の電話端末、前記ＳＩＰサーバおよび前記リソース管理サーバとの情報交換、ＳＩＰ呼制御の受け付け、着信呼の蓄積および着信呼の有無の問い合わせに対する応答を提供するアプリケーションサーバとを具備し、
上記リソース管理サーバは、自ノードに属する前記電話端末または他ノードに接続されたリソース管理サーバを介した前記状態変化情報および／または前記端末利用状況の問い合わせを受けて、前記端末状態データベースに保持された自ノードに属する上記電話端末の端末利用状況を送出して前記電話端末の表示部に他の電話端末の端末利用状態を表示させることを特徴としている。
また前記複数の電話端末（テレホン端末）と前記制御機能として設けられた前記各サーバ間の情報伝送がパケット単位で行われるように構成されている。前記アプリケーションサーバの１例は、着信管理サーバである。
【０００６】
即ち、本発明による電話通信システムでは、固定長又は可変長のデータ部分にパケットヘッダを付加したパケットの単位で情報伝送をする方式を採用する。この音声パケット通信を、例えば、ＩＰネットワーク上で実現するために、ボイスオーバＩＰ制御方式として、次のようなＳＩＰ（ＲＦＣ２５４３），ＳＤＰ（ＲＦＣ２３２７）およびＲＴＰ（ＲＦＣ１８８９）／ＲＴＣＰ（ＲＦＣ１８９０）を使用する。
（イ）ＳＩＰ（Session Initiation Protocol）インタラクティブ通信のセッションの開始，終了および変更を制御するために定義されたプロトコルである。
（ロ）ＳＤＰ（Session Description Protocol）マルチメディア通信を実施するための通信端末が要求するメディアタイプを表示するためのプロトコルである。
（ハ）ＲＴＰ（Realtime Transport Protocol）リアルタイム情報をＩＰネットワーク上で交換するために定義されたプロトコルである。
（ニ）ＲＴＣＰ（Realtime Transport Control Protocol）ＲＴＰを使用した通信における通信状況の監視を行うために定義されたプロトコルである。
ＩＰ（Internet Protocol）ネットワーク環境では、ＩＰパケットという標準化されたフォーマットでデータ交換が実施されるという原理に基づき、音声情報，呼制御情報およびキーテレホンサービス情報をそれぞれＩＰパケットとして定義することにより、ＩＰキーテレホンシステムとしてのソフトウェアインタフェースを構築することが可能となる。
好ましくは前記ＬＡＮネットワークはインターネットに接続され、該ＬＡＮネットワークとのエッジ部には、当該ＬＡＮネットワークへの不正アクセスを防御するためのファイアウォールが設置されていることが望ましい。
また本発明の電話通信システムは、前記複数の電話端末のうちから選択されたいくつかの電話端末は、ゲートウェイを介して公衆通信網に接続されていることを特徴としている。
【０００７】
【発明の実施の形態】
ＩＰネットワーク上に接続された端末を使用して、従来のキーテレホンシステムと同等のサービスを提供するため、及びシステムの拡張性を高めるために、本発明では、図１に示すように、（Ａ）ＩＰテレホン，（Ｂ）ＳＩＰサーバ，（Ｃ）リソース管理サーバ，および（Ｄ）アプリケーションサーバという４つの機能ブロックに分散配置した。ここで、各機能（Ａ），（Ｂ），（Ｃ），および（Ｄ）は、それぞれ次のように規定されている。
（Ａ）ＩＰテレホン：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＳＩＰユーザエージェント機能を有するものである。
（Ｂ）ＳＩＰサーバ：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＳＩＰサーバ機能を有するものである。
（Ｃ）リソース管理サーバ：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＩＰキーテレホンシステムに属する端末の端末状態データベースを管理，記憶および配信するサーバ機能を有するものである。
（Ｄ）アプリケーションサーバ：
ＩＥＥＥ８０２．３に準拠したＬＡＮ端末であり、ＩＰキーテレホンシステムの着信サービス機能を提供するサーバ機能を有するものである。
【０００８】
ここで、ＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access/Collision Detection 、搬送波感知多重アクセス／衝突検出）方式であり、バス型の伝送路接続形態を持ち、データを送信するコンピュータは伝送路を調べて、パケットが流れていないことを確認してから送信パケットを送り出す。ほぼ同時にパケットを出すコンピュータがあり、パケットが衝突した場合には、一定時間妨害信号を送出して、乱数に基づいた待ち時間後再送を行う。極めて簡単な機構であるため、伝送路の通信容量に比べて通信量が少ない場合には、衝突も少なく効率的な伝送ができるが、通信量が増えるとパケットの衝突による再送が多発して遅延が増大する。この方式は、サービス名からEthernetと呼ばれている。
【０００９】
すなわち、キーテレホンシステムの集中配置されたハードウェアを、図１に示すイーサネットの如きＬＡＮの端末に分散配置することにより、集中制御部の能力のみに依存しないシステム拡張が可能である。
これらの分散配置された機能ブロックを組み合わせることにより、表１に示すような電話システムを構成することができる。
【００１０】
【表１】
（ａ）ＩＰ電話機：
ＩＰ電話同士が１対１で通信することができるサービスを提供する。
（ｂ）単独ＩＰ電話システム：
従来の加入電話と同等のサービスを提供する。
（ｃ）多機能ＩＰ電話システム：
システムに属する電話機の状態表示やワンタッチ操作で呼び出すようなサービスを提供する。
（ｄ）フルＩＰ電話システム：
着信振り分け，一斉着信あるいは識別着信などの着信管理サービスやボイスメール，ＩＶＲ(Interactive Voice Response:自動音声応答機能）など音声とデータを統合したサービスを提供する。
【００１１】
図１に示すような機能分散は、機能ブロック間の情報通信の信号形態を一般的なＩＰパケットとして定義することが容易で、かつ、それぞれの機能単位の独立を容易に実現することができる。これは、機能ブロック間のデータインタフェースをＩＰパケットとすることがそれぞれの機能ブロックを粗結合する状況を作ることに寄与するからである。従って、機能ブロックを独立したプロセッサで処理することと、単一プロセッサで処理することを大差なく構成することができる。
【００１２】
リソース管理サーバ（Ｃ）は、従来のキーテレホンシステムが提供していた端末状態ランプ表示あるいはＬＣＤ表示などのように、端末利用状況を示すために蓄積していた「端末状態情報」を管理する装置および蓄積する装置である。このリソース管理サーバ（Ｃ）は、ＩＰネットワーク上で構成されるＩＰキーテレホンシステムの最小ノードにひとつ配置されるものである。
ＩＰキーテレホンシステムのノードに属するＩＰ電話機（Ａ）は、自己の状態が変化したことを示す「状態変化情報」を、自ノードを管理するリソース管理サーバ（Ｃ）へ通知する。
リソース管理サーバ（Ｃ）は、自ノードに属する端末からの「状態変化情報」を受信したとき、あるいは、一定間隔を空けて自ノードに属する端末の状態変化を監視し変化があったことを検知したときに、自ノードに属する全端末、あるいは、予め「端末状態情報」の通知を要求している端末に対して端末状態を通知する。
「端末状態情報」を受け取った端末は、自端末のキー設定状態あるいは、表示器の能力に合わせて、他端末の状態を表示することができる。
リソース管理サーバ（Ｃ）が保持する「端末状態情報」は、自ノードに属する端末あるいは、他ノードを管理するリソース管理サーバ（Ｃ）から問い合わせることにより、いつでも参照することができる。
管理情報は単に端末の状態を示す情報として定義する。ＩＰテレホン（Ａ）は、その情報から自らのハードウェア資源で表現可能な要素だけを抽出し、適切な表示を行うことができる。
【００１３】
【実施例】
本発明により、図２に示すような、ＩＰキーテレホンシステムを構成することができる。
図２は、ＩＰキーテレホンシステムの最小構成単位であり、この単位を組み合わせることにより、図３に示すような広域ＩＰキーテレホンネットワークを構築することができる。
図２で利用可能のアプリケーションの１例は、着信サービスである。ＩＰネットワーク上に「着信呼情報」を管理する着信管理サーバ（Ｄ）を置くことにより、一般着信，代理応答，群着信など、従来のキーテレホンシステムが提供していた着信機能をＩＰキーテレホンシステムとして実施することができる。
【００１４】
図３は、会社の通信組織をＩＰネットワークで構築し、そのＩＰネットワークをインターネットに接続した例を示す系統接続図である。インターネットとのエッジ部には、会社の通信組織内の情報へのインターネット側からの不正アクセスを防御するためにファイアウォールが設置されている。また、同様にＳＩＰを用いた呼制御シグナル情報を中継するために、会社を統括する全社ＳＩＰサーバが設置されている。社内は、部門１と部門２に大きく分かれ、各部門はさらに複数の課に分割されている。各課には、ＳＩＰサーバ，リソース管理サーバおよび着信管理サーバが設置され、基本モデルの要素はこの課単位で構成されることになる。課と課の間の通信は、ＳＩＰサーバおよびリソース管理サーバが交信することにより課内のＩＰテレホンの状態を知ることができ、ＳＩＰ呼制御情報を交換することができる仕組みである。さらに、各課に配置されたＰＳＴＮ／ＩＳＤＮゲートウェイを介して、従来の電話網に接続することができる。
【００１５】
図４は、ＩＰキーテレホンシステムの構成要素におけるソフトウェア機能ブロックと情報交換インターフェースを示す図である。
【００１６】
（Ａ）ＩＰキーテレホン端末
ＬＡＮインタフェースＡ１により、ＬＡＮ端末〔リソース管理サーバ（Ｃ），ＳＩＰサーバ（Ｂ）および着信管理サーバ（Ｄ）〕との情報交換をそれぞれの経路▲５▼，▲４▼および▲３▼を介して行う。ＳＩＰ呼制御を受け付けるサーバ機能または当該端末が発呼のために実行を開始する機能は呼制御実行部（Ａ４）で実現する。デバイス制御および入力部（Ａ６）は、キーパッドやフック情報など一般的な電話に実装されるハードウェアの制御を行う。他端末状態監視部（Ａ３）は、キーテレホンに実装されるランプや表示器などに他の電話機の使用状態を表示するために定期的に監視する。他端末の情報は、リソース管理サーバ（Ｃ）から得るものである。キーテレホン制御部（Ａ５）は、端末の状態の管理，通話路の接続または切断，表示制御など端末内で完結した処理を実行する。端末操作に伴い、本端末の状態が変化する際、自端末制御部（Ａ２）を経由してリソース管理サーバ（Ｃ）に、その変化を通知する。
【００１７】
（Ｂ）ＳＩＰサーバ
ＬＡＮインタフェースＢ１により、ＬＡＮ端末〔リソース管理サーバ（Ｃ），ＳＩＰサーバ（Ｂ）およびＩＰキーテレホン端末（Ａ）〕との情報交換をそれぞれの経路▲１▼，内部経路（ｂ）（ｃ）および経路▲４▼を介して行う。ＳＩＰ呼制御を受け付けるサーバ機能を呼制御実行部（Ｂ２）で行う。ＳＩＰ呼制御シグナルをどの端末へ転送するかの決定を宛先解決部（Ｂ３）でおこなう。
【００１８】
（Ｃ）リソース管理サーバ
ＬＡＮインタフェースＣ１により、ＬＡＮ端末〔着信管理サーバ（Ｄ），ＳＩＰサーバ（Ｂ）およびＩＰキーテレホン端末（Ａ）〕との情報交換をそれぞれの経路▲６▼，▲７▼および▲５▼を介して行う。端末状態管理部（Ｃ２）は、ＬＡＮ端末から通知される状態変化情報の更新を行い、またＬＡＮ端末（Ａ）からの情報問い合わせに対して、端末ＩＤおよび端末状態データベース（Ｃ３）の内容を公開することも行う。
【００１９】
（Ｄ）着信管理サーバ
ＬＡＮインタフェースＤ１により、ＬＡＮ端末〔リソース管理サーバ（Ｃ），ＳＩＰサーバ（Ｂ）およびＩＰキーテレホン端末（Ａ）〕との情報交換をそれぞれの経路▲６▼，▲７▼および▲５▼を介して行う。ＳＩＰ呼制御を受け付けるサーバ機能を呼制御実行部（Ｄ２）で行う。着信状態解析部（Ｄ３）は、着信呼の蓄積を行う。また、着信呼の有無の問い合わせに対する応答を行う。
【００２０】
図２のＩＰキーテレホンシステムは、図４で示すソフトウェア構成により実現することができる。
以下、各動作の概略について説明する。
【００２１】
（１）発呼シーケンス
図５は、本発明のＩＰ電話システムにおける発信シーケンスを図示したものである。
発呼ＩＰ端末（Ａ）は，受話器を上げるような発信捕捉操作を行うことにより、自動的に自己がビジー状態となったことをリソース管理サーバ（Ｃ）に伝えるために「捕捉（Notify：BUSY）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、通知した発呼端末（Ａ）の状態ビジーと扱うようにデータベースを更新するとともに、「捕捉受け付け（Accept）」メッセージにより応答する。
続いて、発呼ＩＰ端末（Ａ）は、ダイヤル入力のような宛先を指定する操作を行うことにより、ＲＦＣ２５４３で規定された発呼メッセージＩＮＶＩＴＥ）をＳＩＰサーバ（Ｂ）へ通知する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された一時受付応答レスポンス（１００ Trying ）により応答するとともに、宛先解決を行うために、リソース管理サーバ（Ｃ）に対して、「ロケーション解決要求（Inquire:LOCATION）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、宛先情報をもとに着信可能な宛先を検索し、「ロケーション応答（Answer）」により応答する。
宛先を知ったＳＩＰサーバ（Ｂ）は、最終的な着信端末に向けて、ＲＦＣ２５４３で規定された発呼メッセージ（INVITE）を発行する。同時に、代理応答操作を可能とするために、着信管理サーバ（Ｄ）に対しても発呼メッセージ（INVITE）を発行する。
【００２２】
着信端末（Ａ’）は、同様にＲＦＣ２５４３で規定された一時受付応答レスポンス（１００ Trying ）により応答するとともに、自端末が着信可能か否かを判定し、着信可能と判断することができたとき、ＲＦＣ２５４３で規定された着信鳴動開始（１８０ Ringing）メッセージを発行するとともにリソース管理サーバ（Ｃ）に対して、着信中であることを伝えるために「着信（Notify:INCOMING)」を通知する。
着信管理サーバ（Ｄ）は、同様にＲＦＣ２５４３で規定された一時受付可能レスポンス（１００ Trying ）により応答するとともに、着信キューイングが可能か否か判定し、着信キューイング可能と判断することができたとき、ＲＦＣ２５４３で規定された着信キューイング（１８２ Queued ）メッセージを発行するとともにリソース管理サーバ（Ｃ）に対して、着信中であることを伝えるために、「着信キューイング（Notify:QUEUED)」を通知する。
リソース管理サーバ（Ｃ）は、「着信（Notify:INCOMING)」または「着信キューイング（Notify:QUEUED)」を受け付けると、通知した着呼端末（Ａ’）の状態を着信中または着信キューイングと扱うようにデータベースを更新するとともに、「着信中受付（Accept）」または「着信キューイング受け付け（Accept）」メッセージにより応答する。
【００２３】
（２）着信応答シーケンス
図６は、本発明のＩＰ電話システムにおける着信応答シーケンスを図示したものである。
着信中の着呼ＩＰ端末（Ａ’）は、受話器を上げるような着信応答操作を行うことにより、自動的に自端末がビジー状態となったことをリソース管理サーバ（Ｃ）に伝えるために「捕捉（Notify：BUSY）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、通知した端末の状態をビジーと扱うようにデータベースを更新するとともに、「捕捉受け付け（Accept）」メッセージにより応答する。
続いて、着呼ＩＰ端末（Ａ’）は、ＲＦＣ２５４３で規定された着信応答メッセージ（２００ ＯＫ）をＳＩＰサーバ（Ｂ）へ通知する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された制御により、発呼ＩＰ端末（Ａ）に対して、着信応答レスポンス（２００ ＯＫ）を転送するとともに、着信管理サーバ（Ｄ）に対して、着信応答済みを伝えるために着信キャンセル（CANCEL）メッセージを発行する。
着信管理サーバ（Ｄ）は、ＲＦＣ２５４３で規定された、キャンセル受付（２００ ＯＫ）により応答するとともに、リソース管理サーバ（Ｃ）に対して、着信キュー情報が無くなったことを示すメッセージ（Notify:idle ）を発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、着信キュー情報を削除するとともに、着信キュー削除受付（Accept）により応答する。
着信応答（２００ ＯＫ）メッセージを受け付けた発呼端末（Ａ）は、ＲＦＣ２５４３で規定された確認応答（ＡＣＫ）を発行するとともに、音声パケット通信を開始する。
【００２４】
これを受け付けた着呼端末（Ａ’）は、音声パケット通信を開始する。
発呼端末（Ａ）および着呼端末（Ａ’）は、それぞれリソース管理サーバ（Ｃ）に自端末が通話中になったことを伝えるために、「通話確立（Notify:Established a Call)」メッセージを発行する。
リソース管理サーバ（Ｃ）は、「通話確立（Notify:Established a Call)」を受け付けると、通知した端末の状態を通話中と扱うようにデータベースを更新するとともに、「通話確立受付（Accept）」メッセージにより応答する。
【００２５】
（３）着信代理応答シーケンス
図７は、本発明のＩＰ電話システムにおける着信代理応答シーケンスを図示したものである。
着信鳴動していない代理応答ＩＰ端末（Ａ''）は、代理応答ボタンを押下しかつ受話器を上げるような着信代理応答操作を行うことにより、自動的に自端末がビジー状態となったことをリソース管理サーバ（Ｃ）に伝えるために「捕捉（Notify：BUSY）メッセージを発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、通知した着信代理応答ＩＰ端末（Ａ''）の状態をビジーと扱うようにデータベースを更新するとともに、「捕捉受け付け(Accept)」メッセージにより応答する。
代理応答ＩＰ端末（Ａ''）は、代理応答するべき着信が存在するか否かを着信管理サーバ（Ｄ）に「着信情報要求（Require:INCOMING INFORMATION) 」にて問い合わせる。
着信管理サーバＤ）は、着信キューイングされた着信情報があるか否かを調べ、着信情報が存在するとき，ＲＦＣ２５４３で規定された発呼メッセージ（INVITE）を代理応答端末（Ａ''）へ通知する。
【００２６】
代理応答ＩＰ端末（Ａ''）は、ＲＦＣ２５４３で規定された一時受付応答レスポンス（１００ Trying）により応答し、さらに続けて、着信応答メッセージ（２００ ＯＫ）を着信管理サーバ（Ｄ）へ通知する。
着信管理サーバ（Ｄ）は、同様にＲＦＣ２５４３で規定された制御により、ＳＩＰサーバ（Ｂ）に対して、着信応答レスポンス（２００ ＯＫ）を転送するとともに、リソース管理サーバ（Ｃ）に対して、着信キュー情報が無くなったことを示すメッセージ（Notify:idle ）を発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、着信キュー情報を削除するとともに、着信キュー削除受付（（Accept）により応答する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された制御により、発呼ＩＰ端末（Ａ）に対して、着信応答レスポンス（２００ ＯＫ）を転送する。
【００２７】
着信応答（２００ ＯＫ）メッセージを受け付けた発呼端末（Ａ）は、ＲＦＣ２５４３で規定された確認応答（ＡＣＫ）を発行するとともに、音声パケット通信を開始する。
これを受け付けた代理応答端末（Ａ''）は、音声パケット通信を開始する。
ＳＩＰサーバ（Ｂ）は、同様にＲＦＣ２５４３で規定された制御により、元着呼ＩＰ端末（Ａ’）に対して、着信応答済みを伝えるために着信キャンセル（CANCEL）メッセージを発行する。
元着呼ＩＰ端末（Ａ' ）は、ＲＦＣ２５４３で規定された、キャンセル受付（２００ ＯＫ）により応答するとともに、リソース管理サーバ（Ｃ）に対して、自端末が空き状態になったことを示すメッセージ（Notify:idle ）を発行する。
リソース管理サーバ（Ｃ）は、これを受け付けると、元着呼ＩＰ端末（Ａ' ）が空き状態と扱うようにデータベースを更新するとともに、空き状態受付（Accept）により応答する。
発呼端末（Ａ）および代理応答端末（Ａ''）は、それぞれリソース管理サーバ（Ｃ）に自端末が通話中になったことを伝えるために、「通話確立（Notify:Established a Call)」を受け付けると、通知した着信代理等々ＩＰ端末（Ａ''）の状態を通話中と扱うようにデータベースを更新するとともに、「通話確立受付（Accept）」メッセージにより応答する。
【００２８】
以上は、アプリケーションサーバ機能が、着信管理サーバ機能である場合について、主に説明したが、本発明はこのアプリケーションサーバ機能として、電話通信システムにおけるＡＣＤ(Automatic Call Distribution )機能，ＩＶＲ，ボイスメール, 課金装置, 複数者会議通話システム，などの機能を配置することができる。
【００２９】
【発明の効果】
以上詳細に説明したように、本発明によれば、電話システムのハードウェア構成をＬＡＮ端末に分散することにより、集中制御部の能力のみに依存しないシステム拡張をすることができる。また、加入端末の持つランプおよび液晶ディスプレイに他の加入端末の状態を表示することができる。本発明による電話通信システムは、キーテレホンシステムのＩＰ化，ＡＣＤ機能，ＩＶＲ，ボイスメール, 課金装置, 複数者会議通話システム，などに適用して優れた効果を発揮することができる。
【図面の簡単な説明】
【図１】本発明システムの基本構成を示すブロック図である。
【図２】本発明システムにおける単一ノードを示すブロック図である。
【図３】本発明システムの構成例を示すブロック図である。
【図４】本発明システムにおける通信情報伝送を説明するための図である。
【図５】本発明システムにおける発信のシーケンスを説明するためのフロー図である。
【図６】本発明システムにおける着信応答のシーケンスを説明するためのフロー図である。
【図７】本発明システムにおける着信代理応答のシーケンスを説明するためのフロー図である。
【符号の説明】
Ａ ＩＰテレホン
Ａ１ ＬＡＮインタフェース
Ａ２ 自端末制御部
Ａ３ 他端末状態監視部
Ａ４ 呼制御実行部
Ａ５ キーテレホン制御部
Ａ６ 入力部
Ｂ ＳＩＰサーバ
Ｂ１ ＬＡＮインタフェース
Ｂ２ 呼制御実行部
Ｂ３ 宛先解決部
Ｃ リソース管理サーバ
Ｃ１ ＬＡＮインタフェース
Ｃ２ 端末状態監視部
Ｃ３ 端末ＩＤおよび端末状態データベース
Ｄ アプリケーションサーバ，着信サーバ
Ｄ１ ＬＡＮインタフェース
Ｄ２ 呼制御実行部
Ｄ３ 着信状態解析部
Claims (4)
- インターネット・プロトコルに準拠した通信をする複数の電話端末と、これら複数の電話端末を収容して各電話端末の通信制御を司るサーバとがそれぞれＬＡＮネットワークに接続された電話通信システムであって、
前記ＬＡＮネットワークは、前記複数の電話端末およびサーバとからなるノードを最小構成単位として構成され、
前記サーバは、ＲＦＣ２５４３に規定されるＳＩＰに従い発呼を行う前記電話端末のＳＩＰ呼を受け付け、着呼を行う前記電話端末にＳＩＰ呼制御シグナルを転送してインタラクティブ通信のセッションの開始、終了および変更を制御するＳＩＰサーバと、
前記ローカルエリアネットワークの自ノードに属する上記電話端末毎の状態変化情報をそれぞれ保持する端末状態データベースと、
前記ローカルエリアネットワークの自ノードに属する上記複数の電話端末からそれぞれ通知される状態変化情報または一定時間毎に自ノードに属する前記電話端末毎の状態変化をそれぞれ検出して、前記端末状態データベースに保持される上記電話端末毎の端末利用状況の更新を行うリソース管理サーバと、
前記複数の電話端末、前記ＳＩＰサーバおよび前記リソース管理サーバとの情報交換、ＳＩＰ呼制御の受け付け、着信呼の蓄積および着信呼の有無の問い合わせに対する応答を提供するアプリケーションサーバと
を具備し、
上記リソース管理サーバは、自ノードに属する前記電話端末または他ノードに接続されたリソース管理サーバを介した前記状態変化情報および／または前記端末利用状況の問い合わせを受けて、前記端末状態データベースに保持された自ノードに属する上記電話端末の端末利用状況を送出して前記電話端末の表示部に他の電話端末の端末利用状態を表示させることを特徴とする電話通信システム。 - 前記アプリケーションサーバが、着信呼情報を管理する着信管理サーバであることを特徴とする請求項１に記載の電話通信システム。
- 前記ＬＡＮネットワークはインターネットに接続され、
該ＬＡＮネットワークとのエッジ部には、当該ＬＡＮネットワークへの不正アクセスを防御するためのファイアウォールが設置されていることを特徴とする請求項１に記載の電話通信システム。 - 前記複数の電話端末のうちから選択されたいくつかの電話端末は、ゲートウェイを介して公衆通信網に接続されていることを特徴とする請求項１に記載の電話通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000344727A JP3999936B2 (ja) | 2000-11-13 | 2000-11-13 | 電話通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000344727A JP3999936B2 (ja) | 2000-11-13 | 2000-11-13 | 電話通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002152224A JP2002152224A (ja) | 2002-05-24 |
| JP3999936B2 true JP3999936B2 (ja) | 2007-10-31 |
Family
ID=18818879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000344727A Expired - Fee Related JP3999936B2 (ja) | 2000-11-13 | 2000-11-13 | 電話通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3999936B2 (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100940982B1 (ko) | 2003-05-28 | 2010-02-05 | 주식회사 케이티 | 브이오아이피 기반의 서베일런스 서비스 제공 시스템 및그 방법 |
| KR100941306B1 (ko) | 2003-06-30 | 2010-02-11 | 주식회사 케이티 | Ｓｉｐ 망의 호 처리 시스템 및 방법 |
| JP3788447B2 (ja) | 2003-06-30 | 2006-06-21 | 株式会社日立製作所 | セッション制御サーバ、プレゼンスサーバ、セッション制御装置、当該セッション制御装置に適用されるソフトウェア、セッション制御方法、およびネットワークシステム |
| JP4728569B2 (ja) | 2003-10-21 | 2011-07-20 | Ｎｅｃインフロンティア株式会社 | ネットワーク、構内交換機及びそれに用いるｐｂｘ付加サービス起動方法 |
| JP2005252995A (ja) * | 2004-03-08 | 2005-09-15 | Nec Engineering Ltd | 中継台接続システム |
| JP4346519B2 (ja) | 2004-07-13 | 2009-10-21 | 株式会社東芝 | 電話システム、その通信制御方法、およびアプリケーション制御装置 |
| JP4508755B2 (ja) * | 2004-07-14 | 2010-07-21 | 富士通株式会社 | Ｓｉｐに従った通信システム及び通信端末 |
| JP4548242B2 (ja) * | 2005-06-23 | 2010-09-22 | 岩崎通信機株式会社 | 音声ｉｐ電話方法と装置。 |
| JP4628966B2 (ja) * | 2006-01-27 | 2011-02-09 | 日本電信電話株式会社 | セッション制御方法、通信システム、及び、接続指示装置 |
| JP4749915B2 (ja) | 2006-03-31 | 2011-08-17 | 株式会社日立製作所 | Ｓｉｐ交換システム |
| JP5000215B2 (ja) * | 2006-06-30 | 2012-08-15 | Ｎｅｃインフロンティア株式会社 | Ｓｉｐを用いたボタン電話装置およびそのグループ代表着信および着信応答方法 |
| JP2008048180A (ja) * | 2006-08-17 | 2008-02-28 | Nec Engineering Ltd | ＳＩＰベースの交換機並びにＶｏＩＰシステムの制御方法及び制御プログラム |
| US9008668B2 (en) | 2007-01-10 | 2015-04-14 | Samsung Electronics Co., Ltd. | Service handover control apparatus using an end-to-end service handover and method using the apparatus |
| JP2008244750A (ja) * | 2007-03-27 | 2008-10-09 | Nec Corp | Ｓｉｐ通信システム、呼制御サーバ、およびｓｉｐ通信方法 |
| KR100894906B1 (ko) | 2007-04-18 | 2009-04-30 | 주식회사 케이티프리텔 | 세션 설정 프로토콜 기반의 ｉｐ 멀티미디어 서비스를제공하는 단말장치, 호 세션 제어 기능 장치 및 이를이용한 서비스 요청 송/수신 방법 |
| JP4998891B2 (ja) * | 2008-05-21 | 2012-08-15 | Ｎｅｃインフロンティア株式会社 | Ｉｐ電話システム、ｓｉｐサーバ、ｉｐ電話機、ｉｐ電話システムの制御方法、及びプログラム |
| JP5438726B2 (ja) * | 2011-06-30 | 2014-03-12 | 京セラドキュメントソリューションズ株式会社 | 通信装置 |
-
2000
- 2000-11-13 JP JP2000344727A patent/JP3999936B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002152224A (ja) | 2002-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3999936B2 (ja) | 電話通信システム | |
| US8346942B2 (en) | Call centers for providing customer services in a telecommunications network | |
| KR101233736B1 (ko) | 분산형 피어-투-피어 네트워크에서 브리지 호 출현을 위한시스템 및 방법 | |
| EP2150013A1 (en) | System, equipment and method for implementing special calling services | |
| JP5000215B2 (ja) | Ｓｉｐを用いたボタン電話装置およびそのグループ代表着信および着信応答方法 | |
| CN101455037A (zh) | 使用信令来从ip网络元件动态地控制pstn网络元件的方法、系统和计算机程序产品 | |
| US20040066927A1 (en) | Automatic callback method for a packet-oriented network | |
| JP4495149B2 (ja) | 呼転送時の接続におけるコールループ回避方法 | |
| JP2004235778A (ja) | 応答処理制御方法 | |
| JP3881512B2 (ja) | 通信端末・情報処理機器連携方法、連携プログラムを記憶したコンピュータ読み取り可能な記憶媒体及び通信システム | |
| CN101448014A (zh) | 对挂起的会话发起协议可用电信终端的处理 | |
| US7280531B2 (en) | Telephone communication system | |
| US8102991B2 (en) | Method and system for automatic call distribution | |
| JP2018182474A (ja) | Ｉｐ電話ネットワークシステム、親ゲートウェイ、子ゲートウェイ、およびｉｐ電話システム | |
| JP5331995B2 (ja) | コールセンタシステム | |
| JP2005020676A (ja) | 電話通信方法及び装置 | |
| JP4339160B2 (ja) | Ｉｐ電話における呼び返しシステムおよび方法、プログラムおよび記録媒体 | |
| KR100587945B1 (ko) | 호 전환 서비스 제공 방법 및 시스템 | |
| JP4906823B2 (ja) | 呼制御方法、通信システムおよび情報処理装置 | |
| KR20160077799A (ko) | 통화중 녹음 방법 및 그 통신시스템 | |
| KR100640289B1 (ko) | 통화 서비스를 제공 받기 위한 ｉｐ 단말기의 동작 방법및 그 ｉｐ 단말기 | |
| US8630254B2 (en) | Telephone line switching apparatus, telephone line switching system, telephone relay system, telephone relay method, telephone relay program | |
| JP2012205223A (ja) | 通信装置 | |
| EP1319258B1 (en) | Continuity testing in communication networks | |
| JP4230797B2 (ja) | 交換ネットワークシステム及びその電話交換装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040603 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040615 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041221 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050221 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050331 |
|
| A912 | Removal of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050428 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20060330 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060330 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070531 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070810 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3999936 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130817 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |