(57)【要約】【課題】本発明は、ＩＰ端末を収容したときに、ＩＰ端末−ＩＰ端末間、ＩＰ端末−非ＩＰ端末間でＯＨＣＡ機能を実現できる構内交換機を提供することを目的とする。【解決手段】本発明は、音声通話可能なＩＰ端末が収容される構内交換機であって、１ｓｔパスで通話中のＩＰ端末１０２に対してＩＰ端末１０１から話中着信操作を行ったとき、ＩＰ端末１０２に対してＩＰ端末１０１のセッション記述プロトコル情報を通知する呼制御手段（１）と、このセッション記述プロトコル情報を受信するとＩＰ端末１０２との間に２ｎｄパスを接続する呼制御手段（２）を備え、１ｓｔ音声パスと２ｎｄパスで同時に通話を行うことを主要な特徴とする。【選択図】図２
2005328447.tif 000002
【特許請求の範囲】
【請求項１】
音声通話可能なＩＰ端末が収容される構内交換機であって、第１の音声パスで通話中の第１のＩＰ端末に対して第２のＩＰ端末から話中着信操作を行ったときに、前記第１のＩＰ端末に対して前記第２のＩＰ端末のセッション記述プロトコル情報を通知する第１の呼制御手段と、該セッション記述プロトコル情報を受信すると前記第１のＩＰ端末と前記第２のＩＰ端末との間に第２の音声パスを接続する第２の呼制御手段とを設けたことを特徴とする構内交換機。
【請求項２】
音声通話可能なＩＰ端末とともに非ＩＰ端末が収容され、音声通話のデータ処理を行う複数の通話信号処理回路と、音声パスを接続するために前記通話信号処理回路の割り付けを行う回路割付制御手段とが設けられて、前記ＩＰ端末と前記非ＩＰ端末間の音声通話を行う構内交換機であって、第１の音声パスで通話中のＩＰ端末に対して前記非ＩＰ端末から話中着信操作を行ったときに、前記ＩＰ端末に対して前記通話信号処理回路の選択情報を通知する第１の呼制御手段と、該選択情報を受信すると前記ＩＰ端末との間に第２の音声パスを接続する第２の呼制御手段とを設けたことを特徴とする構内交換機。
【請求項３】
前記第２の呼制御手段によって、着信動作中の前記第１のＩＰ端末に対して通信することを特徴とする請求項１または請求項２に記載の構内交換機。
【請求項４】
請求項１記載の構内交換機であって、前記第１の音声パスで通話中の前記第１のＩＰ端末に対して第３のＩＰ端末から話中着信操作を行ったときに、前記第１の呼制御手段を介して前記第２の呼制御手段に着信代理応答を通知して前記第２の音声パスを切断させ、前記第３のＩＰ端末のセッション記述プロトコル情報を前記第１のＩＰ端末に通知し、前記第３のＩＰ端末と前記第２のＩＰ端末との間で新たな音声パスを接続することを特徴とする構内交換機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ端末を収容することができ、ＯＨＣＡ（Off-Hook Call Announcement）機能を実現することができる構内交換機に関するものである。
【背景技術】
【０００２】
近年、インターネット電話システムの普及が目覚しい。従来のインターネット電話システムは、インターネットに接続された複数のゲートウェイ装置と各ゲートウェイ装置の制御を行うコールセンタから構成され、ユーザがゲートウェイ装置に電話して、相手の電話番号を通知すると、コントロールセンタが相手の最寄りのゲートウェイ装置のＩＰアドレス等を通知するとともに、相手先のゲートウェイ装置から相手の電話機に発信させ、インターネットを介して音声通話が可能になるものである（例えば特許文献１参照）。
【０００３】
このような従来のインターネット電話システムでは、通話中に他のユーザからインターネット電話が着信しても、このユーザがこれを知ることはできなかった。このため、（特許文献１）のインターネット電話システムでは、ゲートウェイ装置に音声合成部、着信ガイダンス部を設け、受信中の音声データに着信ガイダンスを合成させて着信をユーザに知らせている。
【０００４】
また、従来のＯＨＣＡ機能を実現できる構内交換機はＩＰ端末を収容できないものであり、ＩＰ端末に対するＯＨＣＡ機能の実現は行われていない（参考のため例えば特許文献２参照）。なお、ＯＨＣＡ機能とは音声通話中に２番目のチャンネル等使って通信するものであって、着信側の端末と発信側の端末とが着信動作中に通信する機能である。そして、現在のところインターネット電話等のＩＰ端末が普及し、構内交換機がＩＰ端末を収容するようになっているのにもかかわらず、ＩＰ端末を収容した構内交換機においてはＯＨＣＡ機能が実現できていない。
【特許文献１】特開２０００−１７４９０４号公報
【特許文献２】特開平７−５０７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上説明したように（特許文献１）のインターネット電話システムでは、ゲートウェイ装置に音声合成部を設けて合成音声で話中着信を通知している。しかし、（特許文献２）の構内交換機のように構内交換機においてＯＨＣＡ機能はＩＰ端末を収容したとき実現できていない。ＩＰ端末が普及している状況からみて、ＯＨＣＡ機能がＩＰ端末−ＩＰ端末、ＩＰ端末−非ＩＰ端末で実現できれば、構内交換機による交換サービスはさらに充実したものにできる。
【０００６】
そこで本発明は、ＩＰ端末を収容したときに、ＩＰ端末−ＩＰ端末間、ＩＰ端末−非ＩＰ端末間でＯＨＣＡ機能を実現できる構内交換機を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、音声通話可能なＩＰ端末が収容される構内交換機であって、第１の音声パスで通話中の第１のＩＰ端末に対して第２のＩＰ端末から話中着信操作を行ったときに、第１のＩＰ端末に対して第２のＩＰ端末のセッション記述プロトコル情報を通知する第１の呼制御手段と、該セッション記述プロトコル情報を受信すると第１のＩＰ端末と第２のＩＰ端末との間に第２の音声パスを接続する第２の呼制御手段とを設けたことを主要な特徴とする。
【発明の効果】
【０００８】
本発明の構内交換機は、第１の音声パスで着信動作中のＩＰ端末に第２の呼制御手段によって通信しＩＰ端末−ＩＰ端末の端末間で音声データ（音声パケット）の送受信を行うことで、構内交換機内の信号処理回路を介さずにＯＨＣＡ機能が実現できるという利点がある。また、ＩＰ端末−非ＩＰ端末の端末間でＯＨＣＡ機能を実現する場合、動的なＤＳＰ回路管理、制御を行うことで効率的なＤＳＰ回路の使用が可能になるという利点がある。
【発明を実施するための最良の形態】
【０００９】
本発明の第１の形態は、音声通話可能なＩＰ端末が収容される構内交換機であって、第１の音声パスで通話中の第１のＩＰ端末に対して第２のＩＰ端末から話中着信操作を行ったときに、第１のＩＰ端末に対して第２のＩＰ端末のセッション記述プロトコル情報を通知する第１の呼制御手段と、該セッション記述プロトコル情報を受信すると第１のＩＰ端末と第２のＩＰ端末との間に第２の音声パスを接続する第２の呼制御手段とを設けた構内交換機であり、ＩＰ端末が音声通信しているときに、第２のＩＰ端末から話中着信操作を行い第２の呼制御手段により、第１及び第２の音声パスで通信することができる。
【００１０】
本発明の第２の形態は、音声通話可能なＩＰ端末とともに非ＩＰ端末が収容され、音声通話のデータ処理を行う複数の通話信号処理回路と、音声パスを接続するために通話信号処理回路の割り付けを行う回路割付制御手段とが設けられて、ＩＰ端末と非ＩＰ端末間の音声通話を行う構内交換機であって、第１の音声パスで通話中のＩＰ端末に対して非ＩＰ端末から話中着信操作を行ったときに、ＩＰ端末に対して通話信号処理回路の選択情報を通知する第１の呼制御手段と、該選択情報を受信するとＩＰ端末との間に第２の音声パスを接続する第２の呼制御手段とを設けた構内交換機であり、ＩＰ端末が音声通信しているときに、非ＩＰ端末から話中着信操作を行うことにより、第１及び第２の音声パスで通信することができる。
【００１１】
本発明の第３の形態は、第１および第２の形態において、第２の呼制御手段によって着信動作中の第１のＩＰ端末に対して通信することができる。
【００１２】
本発明の第４の形態は、第１の形態において、第１の音声パスで通話中の第１のＩＰ端末に対して第３のＩＰ端末から話中着信操作を行ったときに、第１の呼制御手段を介して第２の呼制御手段に着信代理応答を通知して第２の音声パスを切断させ、第３のＩＰ端末のセッション記述プロトコル情報を第１のＩＰ端末に通知し、第３のＩＰ端末と第２のＩＰ端末との間で新たな音声パスを接続する構内交換機であり、第３のＩＰ端末から話中着信操作を行って着信代理応答することで、第１のＩＰ端末と第３のＩＰ端末との間で第３の音声パスを接続し、第１及び第３の音声パスで通信を行うことができる。
【００１３】
（実施の形態１）
以下、本発明の実施の形態１について、各図に基づいて説明する。図１は本発明の実施の形態１における通信中のＩＰ端末に対してＯＨＣＡ機能を実現するときのブロック図、図２は本発明の実施の形態１における通話中のＩＰ端末に別のＩＰ端末から発信操作、ＯＨＣＡ機能起動を行ったときのシーケンス図である。
【００１４】
図１において、１００，１０１，１０２はいずれもＭＧＣＰ（Media Gateway Control Protcol）等のゲートウェイ管理プロトコルなどで通信するＩＰ電話等の音声通話可能なＩＰ端末である。２は構内交換機とＩＰ端末１００，１０１，１０２を結ぶ信号線、３は構内交換機内データバス、１２，１３，１４はＩＰ内線Ｉ／Ｆ回路である。また、４１は構内交換機の制御を行うハードウェアとしてのＣＰＵ、４２は構内交換機を制御するためのオペレーティングシステムやミドルウェア、ソフトウェアプログラム（以下、ソフトウ
ェア）を格納したプログラム領域、４３はＣＰＵ４１の作業領域となるＲＡＭである。ＣＰＵ４１はプログラム領域４２からプログラムを読み出して実行し、機能実現手段として制御部を構成する。すなわち、オペレーティングシステムやミドルウェアで所定の端末で共通に動作する端末共通プラットフォーム部を構成し、また呼制御ＡＰＩ（Application Program Interface）を含む呼制御プログラムによってＣＰＵ４１上で動作する呼制御手段を構成する。
【００１５】
本発明の呼制御手段はＳＤＰ（Session Description Protcol、本発明のセッション記述プロトコル）情報を通知することができる。ＩＰ端末１０１（実施の形態１における第１のＩＰ端末），ＩＰ端末１０２（実施の形態１における第２のＩＰ端末）に対して、それぞれ、端末共通プラットフォーム部（１）、端末共通プラットフォーム部（２）、呼制御手段（１）（実施の形態１における第１の呼制御手段）、呼制御手段（２）（実施の形態１における第２の呼制御手段）がソフトウェアで構成される。そして、ＩＰ端末１００，１０１，１０２はそれぞれＩＰ内線Ｉ／Ｆ回路１２，１３，１４と信号線２で接続され、ＩＰ内線Ｉ／Ｆ回路１２，１３，１４は構内交換機内データバス３に接続されてＣＰＵ４１、プログラム領域４２、ＲＡＭ４３と接続される。
【００１６】
続いて、ＩＰ端末１０１からＩＰ端末１０２に対する発信とＯＨＣＡ機能を呼び出すシーケンスについて説明する。図２において、ＳＤＰ情報がＳＤＰ１（以下、ＳＤＰ１情報）のＩＰ端末１０１から発信操作を行う。なお、ＳＤＰ情報には、ユーザ名やセッション識別子、ネットワーク種別、アドレス、セッション名、メディア種別、ポート番号、トランスポートプロトコル、メディア属性等が含まれる。
【００１７】
ＩＰ端末１０１からの発信操作により、信号線２を介し、構内交換機内のＩＰ内線Ｉ／Ｆ回路１３を通じて、端末共通プラットフォーム部（１）を介してＩＰ端末１０１に対する呼制御手段（１）にＳＤＰ１情報が通知される。この呼制御手段（１）は通知されたダイヤル情報を元に通信相手（着信先）を決定する。通信相手が決定したらＩＰ端末１０２に対する呼制御手段（２）に着信発生のためのメッセージ「呼設定」が送信される。
【００１８】
ＩＰ端末１０２に対する呼制御手段（２）が着信を発生させるためのメッセージ「呼設定」を受信すると、着信を発生させるかを判定する。端末の状態、呼の種別より着信発生の可否を判定し、着信発生不可（ビジー）と判定された場合には、メッセージ「呼設定」に対してメッセージ「解放」を最初のメッセージ送信元のＩＰ端末１０１に対する呼制御手段（１）に送出する。
【００１９】
ＩＰ端末１０１に対する呼制御手段（１）がメッセージ「解放」を受信した場合、その解放理由を確認し、ビジーの場合には呼設定を受け付け、ビジートーン送出のためのトーン送出制御をＩＰ端末１０１に対する端末共通プラットフォーム部（１）を介して行う。ＩＰ端末１０１でビジートーン聴取中に所定の手順に従って話中着信操作が行われると、その操作情報が端末共通プラットフォーム部（１）を介しＩＰ端末１０１に対する呼制御手段（１）に通知される。呼制御手段（１）はこの通知された情報を解析し、話中着信操作だった場合には、再度ＩＰ端末１０２に対する呼制御手段（２）に対してＳＤＰ１情報に話中着信情報を付加したメッセージ「呼設定」を送出する。また同時にトーン停止制御を行い、ビジートーンを停止させる。
【００２０】
ＩＰ端末１０２に対する呼制御手段（２）が上記メッセージを受信した場合、話中着信可否、話中着信の種別の判定を行う。本判定処理の結果、話中着信可、ＯＨＣＡ機能が選択された場合には、ＯＨＣＡ機能を起動するためにＩＰ端末１０２に対して端末表示制御、ＯＨＣＡ通話のための２ｎｄパス接続制御を行い、ＩＰ端末１０１に対する呼制御手段（１）には着信を受け付けたことを表すメッセージ「呼設定受付」と、メッセージ「呼出
」、発信中の呼制御手段（１）がＯＨＣＡ機能を起動するためにメッセージ「ファシリティ」を送信する。
【００２１】
ＩＰ端末１０１に対する呼制御手段（１）がメッセージ「呼設定受付」、「呼出」を受信すると、呼の状態として呼び出し中状態に移行し、この時点で呼制御手段（１）がＯＨＣＡ機能起動のためのメッセージ「ファシリティ」を受信すると、構内交換機内の音声Ｈ／Ｗ（High Way）接続による音声パス接続制御などの動作を行う。しかし、ＩＰ端末同士の音声通信の場合、構内交換機内の音声Ｈ／Ｗを介さずに音声パケットの送受信を行うことで実現可能である。このとき、端末間で音声パケットの送受信を行うためには通信を行う端末双方のＳＤＰ情報が必要となり、図２に示された場合ではメッセージ「ファシリティ」を受信した時点ではＩＰ端末１０２のＳＤＰ情報が不明であるため、ＩＰ端末に対して音声パス接続動作は行わない。
【００２２】
ＩＰ端末１０２に対する呼制御手段（２）は、ＩＰ端末１０２に対する端末共通プラットフォーム部（２）を介して、現在音声通信している１ｓｔ音声パスと（実施の形態１における第１の音声パス）は別の２ｎｄ音声パス（実施の形態１における第２の音声パス）の制御を行う。ＩＰ端末への動作指示は端末共通プラットフォーム部がそれぞれの音声パス（通話パス）制御プロトコルにて行う。これにより、ＩＰ端末１０２に対して、２ｎｄ音声パス接続のためのＩＰ端末１０１のＳＤＰ１情報を通知する。
【００２３】
ＩＰ端末１０２では、このＳＤＰ１情報を受信すると通信するコーデック種別や通信相手先情報の取得を行い、音声通信を行うために自端末のＳＤＰ情報（ＳＤＰ２情報）とＩＰ端末１０１のＳＤＰ情報（ＳＤＰ1情報）とのネゴシエーションを行う。この結果ＩＰ端末１０１と音声通信を行うためにＳＤＰ情報（ＳＤＰ２＊情報）を作成する。
【００２４】
ＩＰ端末１０２はネゴシエーション結果のＳＤＰ情報（ＳＤＰ２＊情報）を端末共通プラットフォーム部（２）を介し、ＩＰ端末１０２に対する呼制御手段（２）に通知する。呼制御手段（２）は呼制御手段（１）を介しＩＰ端末１０１に対する端末共通プラットフォーム部（１）にＳＤＰ情報（ＳＤＰ２＊情報）を通知する。端末共通プラットフォーム部（１）はネゴシエーション結果のＳＤＰ情報（ＳＤＰ２＊情報）を受信すると、ＩＰ端末１０１にＳＤＰ２＊情報の通知を行うとともに、ＩＰ端末１０１−ＩＰ端末１０２間で通話状態に移行するようなパス制御動作を行う。
【００２５】
このように実施の形態１においては、以上説明した動作を実行することにより、構内交換機内では呼状態を着信状態のまま、ＩＰ端末１０１とＩＰ端末１０２間でＯＨＣＡ機能を実現し、互いの端末のＳＤＰ情報を交換することで構内交換機内の信号処理を介さずに音声通信を実現することができる。
【００２６】
（実施の形態２）
次に、本発明の実施の形態２について説明する。実施の形態２は構内交換機に収容されるＩＰ端末と非ＩＰ端末との間でＯＨＣＡ機能を行うためのものである。図３は本発明の実施の形態２における通信中のＩＰ端末と非ＩＰ端末がＯＨＣＡ機能を実現する場合のブロック図、図４は本発明の実施の形態２における非ＩＰ端末と通話中のＩＰ端末に非ＩＰ端末から発信操作、ＯＨＣＡ機能起動を行ったときのシーケンス図、図５は本発明の実施の形態２におけるＤＳＰリソースを取得する処理のフローチャートである。実施の形態１と実施の形態２とは基本的構成が共通であり、同一符号は同一内容を示すから、これらの詳細な説明は実施の形態１に譲る。
【００２７】
図３において、１００，１０１はＩＰ電話等のＩＰ端末、２００，２０１は非ＩＰ端末である。１は構内交換機と非ＩＰ端末２００，２０１を結ぶ信号線、２は構内交換機とＩ
Ｐ端末１００，１０１を結ぶ信号線、３は構内交換機内データバスである。また、６は音声Ｈ／Ｗ、７は音声Ｈ／Ｗ６と音声Ｈ／Ｗ切替スイッチ２１（後述）を結ぶ接続線、８は音声信号送受信線、１１，１５は非ＩＰ内線Ｉ／Ｆ回路、１２，１３はＩＰ内線Ｉ／Ｆ回路である。さらに、４１はＣＰＵ、４２はプログラム領域、４３はＲＡＭであり、２１は音声Ｈ／Ｗ６との切替スイッチ、３０，３１はＩＰ端末１００，１０１と非ＩＰ端末２００，２０１間の音声通話を実現するためのＤＳＰ（Digital Signaling Processor）回路（本発明の通話信号処理回路）である。ＣＰＵ４１はプログラム領域４２からＤＳＰリソース割付制御プログラムを読み出して、ＣＰＵ４１上で動作するＤＳＰ制御手段（本発明の回路割付制御手段）を構成する。また、ＩＰ端末１００，非ＩＰ端末２０１に対して、それぞれ、端末共通プラットフォーム部（１）、端末共通プラットフォーム部（２）、呼制御手段（１）、呼制御手段（２）がソフトウェアで構成される。
【００２８】
非ＩＰ端末２００，２０１はそれぞれ非ＩＰ内線Ｉ／Ｆ回路１１，１５と信号線１で接続され、また、ＩＰ端末１００，１０１はそれぞれＩＰ内線Ｉ／Ｆ回路１２，１３と信号線２で接続されて、この非ＩＰ内線Ｉ／Ｆ回路１１，１５、ＩＰ内線Ｉ／Ｆ回路１２，１３は構内交換機内データバス３に接続されてＣＰＵ４１、プログラム領域４２、ＲＡＭ４３と接続される。実施の形態２においては、ＩＰ端末１００，１０１と非ＩＰ端末２００，２０１間の音声通話を実現するためにＤＳＰ回路３０，３１を設けており、両者間で音声通話するときには音声Ｈ／Ｗ６と切替スイッチ２１によって接続して音声通話を実現する。
【００２９】
続いて、非ＩＰ端末２００と通話中のＩＰ端末１００に非ＩＰ端末２０１から発信操作、ＯＨＣＡ機能起動を行った場合の動作について説明する。なおＯＨＣＡ機能起動までは実施の形態1で示した動作と同様の動作が行われるため、詳細は実施の形態１に譲る。
【００３０】
図４において、ＩＰ端末１００でビジートーン聴取中に話中着信操作が行われると、その操作情報が端末共通プラットフォーム部（１）を介しＩＰ端末１００に対する呼制御手段（１）に通知される。呼制御手段（１）は話中着信情報が設定されたメッセージ「呼設定」を受信すると、図５のフローチャートに示すアルゴリズムに従ってＤＳＰリソースを取得する。ＯＨＣＡ機能を実現する場合、通常通話（１ｓｔ音声パス）で使用されているＤＳＰの有無に関わらず（ＤＳＰリソースの動的な割り付け処理を行う場合でも）、ＤＳＰリソースを独立して管理する必要があるため、２ｎｄ音声パスで通信を行うときにはＤＳＰリソースの必要性を判定してこれを取得する。すなわち、ＯＨＣＡ機能を実現するためには、二つ以上のＤＳＰ回路がそれぞれ別々の音声通信のための信号処理回路として必要となるため、通常通話用のＤＳＰリソースとＯＨＣＡ機能用のＤＳＰリソースは独立して管理する必要があるからである。
【００３１】
ＩＰ端末１００に対する呼制御手段（１）がＯＨＣＡ機能のためのＤＳＰリソースを取得するには、まず図５に示すように、自端末がＩＰ端末であるか否かの種別確認を行う（Ｓ０１）。ＤＳＰ回路３０，３１が必要となる組み合わせは、ＩＰ端末１００，１０１と非ＩＰ端末２００，２０１で通信を行う場合であり、且つ、ＤＳＰのリソースはＩＰ端末に対する呼制御手段（１）で管理すると規定しているため、まず自端末の端末種別の確認を行う。自端末がＩＰ端末の場合、通信相手となる端末がＩＰ端末であるか否かの種別確認を行う（Ｓ０２）。上述した通り、自端末がＩＰ端末で、且つ通信相手の端末が非ＩＰ端末の場合には、音声通話を実現するためにＤＳＰ回路３０，３１が必要となる。
【００３２】
この物理的なＤＳＰ回路３０，３１を使用するために、ＤＳＰ回路３０，３１を使用する端末を一意的に割り当てる論理的な制御体系に基づいてＤＳＰリソースの取得処理を行う（Ｓ０３）。但し、通常のＤＳＰリソース取得処理の場合、複数の呼がＤＳＰのリソース処理を行ったとしても、通話としてＤＳＰ回路３０，３１が使用されるのは１つのため
、ＤＳＰ回路３０，３１を効率的に使用するために、複数のＤＳＰリソースを取得しない仕組みになっているが、ＯＨＣＡ機能の場合は通常の通話とは別に独立して音声信号処理が必要となるため、物理的なＤＳＰ回路３０，３１に対応したＤＳＰリソースを取得する必要がある。この点で通常のＤＳＰリソースの取得方式と異なる。
【００３３】
次いで、Ｓ０３においてＤＳＰリソースを正常に取得できたかが判定され（Ｓ０４）、正常にＤＳＰリソースが取得できた場合には、音声通信のためのＤＳＰ回路３０，３１が使用できるため、ＯＨＣＡ動作を行うことが可能となる。しかし、Ｓ０４においてＤＳＰリソースが取得できなかった場合、ＤＳＰリソース取得不可処理を行う（Ｓ０５）。このＤＳＰリソース取得不可処理は、構内交換機の機能仕様で規定されている動作、例えば、着信を拒否動作、ＯＨＣＡ動作なしでの通常の着信動作、ＯＨＣＡ機能以外の話中着信動作を行うなどの動作である。
【００３４】
図４において、図５のフローチャートに従ってＩＰ端末１００と非ＩＰ端末２０１でＯＨＣＡ機能を実現するためのＤＳＰリソースが取得できた場合には、端末１００に対する呼制御手段（１）が実施の形態1と同様にＯＨＣＡ機能のための動作を行う。但し、実施の形態1と異なって、発信者（ＯＨＣＡ操作者）が非ＩＰ端末２０１のため、発信者のＳＤＰ情報は存在しない。
【００３５】
また、端末間で直接通話を行うわけではなく、構内交換機内のＤＳＰ回路３１を介して信号処理を行い、通話機能を実現するため、呼制御手段（２）からＩＰ端末１００の音声パケット送受信先となるＤＳＰ回路３１の情報を端末共通プラットフォーム部（２）を介して、ＳＤＰ情報と同様のフォーマットでＩＰ端末１００に通知する。これにより、ＩＰ端末１００では通知された情報からコーデックの選択や音声パケットの送受信先を決定し、データの送受信を開始する。
【００３６】
また、非ＩＰ端末２０１側では音声パス（音声Ｈ／Ｗ）制御で通話路制御可能であるため、呼の状態としては呼び出し中の状態のままＩＰ端末１００と音声通信を行うことが可能となる。このように実施の形態２においては、ＩＰ端末−非ＩＰ端末でＯＨＣＡ機能を実現するとき、動的に割り付けられたＤＳＰ回路を介して信号処理を行うことにより、構内交換機内での呼状態を着信状態のまま音声通信を実現することができる。
【００３７】
（実施の形態３）
次に、本発明の実施の形態３について説明する。ＯＨＣＡ機能を実行中の呼は端末間で通話を行うが、呼の状態としては着信中である。実施の形態３は、構内交換機で保有する着信代理応答機能を使用するものである。図６は本発明の実施の形態３におけるＯＨＣＡ機能動作中のＩＰ端末に対して着信代理応答を実現する場合のブロック図、図７は本発明の実施の形態３におけるＯＨＣＡ着信に対して着信代理応答する場合のシーケンス図である。実施の形態１と実施の形態３とは基本的構成が共通であり、同一符号は同一内容を示すから、これらの詳細な説明は実施の形態１に譲る。
【００３８】
図６において、１００，１０１，１０２，１０３はいずれもＩＰ電話等のＩＰ端末である。２は構内交換機とＩＰ端末１００，１０１，１０２，１０３を結ぶ信号線、３は構内交換機内データバス、１２，１３，１４，１６はＩＰ内線Ｉ／Ｆ回路である。また、４１は構内交換機の制御を行うハードウェアとしてのＣＰＵ、４２は構内交換機を制御するためのオペレーティングシステムやミドルウェア、ソフトウェアプログラム（以下、ソフトウェア）を格納したプログラム領域、４３はＣＰＵ４１の作業領域となるＲＡＭである。ＣＰＵ４１はプログラム領域４２からプログラムを読み出して実行し、機能実現手段として制御部を構成する。
【００３９】
すなわち、オペレーティングシステムやミドルウェアで所定の端末で共通に動作する端末共通プラットフォーム部を構成し、また呼制御ＡＰＩを含む呼制御プログラムによってＣＰＵ４１上で動作する呼制御手段を構成する。本発明の呼制御手段はＳＤＰ情報を通知することができる。ＩＰ端末１００（実施の形態３における第１のＩＰ端末），ＩＰ端末１０２（実施の形態３における第２のＩＰ端末），ＩＰ端末１０３（実施の形態３における第３のＩＰ端末）に対して、それぞれ、端末共通プラットフォーム部（１）、端末共通プラットフォーム部（２）、端末共通プラットフォーム部（３）、呼制御手段（１）（実施の形態３における第１の呼制御手段）、呼制御手段（２）（実施の形態３における第２の呼制御手段）、呼制御手段（３）がソフトウェアで構成される。
【００４０】
実施の形態３では、ＩＰ端末１００がＩＰ端末１０１と通信中にＩＰ端末１０２から話中着信（ＯＨＣＡ機能）した場合、ＩＰ端末１０３がＩＰ端末１００に対する端末１０２からの着信に対して着信代理応答する。しかし、ＩＰ端末１０２がＯＨＣＡ機能を実行している場合、ＩＰ端末１０２の呼の状態は既に通信中にまで移行しているため、本来、着信代理応答機能を実現することはできない。
【００４１】
そこで実施の形態３においては、ＩＰ端末１０３からＩＰ端末１００へ着信代理応答操作を行うと、端末共通プラットフォーム部（３）を介してＩＰ端末１０３に対する呼制御手段（３）がＩＰ端末１００に対する呼制御手段（１）に着信代理応答のためのメッセージ「ファシリティ」が通知される。
【００４２】
ＩＰ端末１００に対する呼制御手段（１）は着信代理応答のためのメッセージ「ファシリティ」を受信すると、現在着信表示中の着信検索を行い、該当する着信に対して着信代理応答させるために着信元（ＩＰ端末１０２）に対する呼制御手段（２）にメッセージ「ファシリティ」を送出する。
【００４３】
ＩＰ端末１０２に対する呼制御手段（２）が呼制御手段（３）で発信操作をしている呼に対して着信代理応答動作を行う場合、着信先（ＩＰ端末１００）に対する呼制御手段（１）に対して呼を解放させるためにメッセージ「解放」を送出するとともに、着信代理応答操作者（ＩＰ端末１０３）の呼制御手段（３）に対してメッセージ「呼設定」を送出する。これに伴いＯＨＣＡ機能を停止させるため、ＩＰ端末１０２に対する呼制御手段（２）から端末共通プラットフォーム部（２）にパス切断指示を行い、端末共通プラットフォーム部（２）を介してパス切断制御を行い、ＩＰ端末１０２に音声送受信を停止する。本制御を行うことで、通信中のＩＰ端末１００，１０２の音声送受信を中断する。
【００４４】
ＩＰ端末１００に対する呼制御手段（１）は、着信元（ＩＰ端末１０２）に対する呼制御手段（２）からメッセージ「解放」を受信した場合、着信が消失したとみなし、当該着信に対する着信動作を停止する。ＯＨＣＡ動作を行っている場合、２ｎｄパスにて音声送受信を行っているので、呼制御手段（１）から端末共通プラットフォーム部（１）を介しＩＰ端末１００にパス切断制御を行う。ＩＰ端末１００はこのパス切断制御により２ｎｄパスに該当する呼の消失処理を行う。
【００４５】
ＩＰ端末１０３に対する呼制御手段（３）が着信代理応答に該当するメッセージ「呼設定」を呼制御手段（２）から受信すると、ＩＰ端末１０３側、発信側（ＩＰ端末１０２）に対する呼制御手段（２）に対してメッセージ「応答」を送出する。またこの「応答」とともに、端末共通プラットフォーム部（３）を介してＩＰ端末１０３にパス接続制御を行う。このとき送信される制御情報内にＩＰ端末１０２のＳＤＰ情報（ＳＤＰ１情報）が含まれるため、本情報を解析し、自端末のＳＤＰ情報（ＳＤＰ３情報）を元に、ＩＰ端末１０２と音声通信行うためのＳＤＰ情報（ＳＤＰ３＊情報）を作成する。作成した情報は端末共通プラットフォーム部（３）を介し、ＩＰ端末１０３に対する呼制御手段（３）に通
知される。
【００４６】
ＩＰ端末１０３に対する呼制御手段（３）はＳＤＰ３＊情報が通知されると、これを通信相手のＩＰ端末１０２に対する呼制御手段（２）に通知し、呼制御手段（２）から端末共通プラットフォーム部（２）を介して、ＩＰ端末１０２にＳＤＰ３＊情報を通知する。このときＩＰ端末１０２では上述したように音声送受信を中断しているが、このＳＤＰ３＊情報を基に音声データ送受信先を切り替え、ＩＰ端末１０２，１０３間で新たに音声の送受信を行う。
【００４７】
このように実施の形態３においては、ＩＰ端末の呼の状態としては一旦通信中の状態になっても、ＯＨＣＡ機能の着信呼に対しては着信代理応答機能を実現することができる。
【産業上の利用可能性】
【００４８】
本発明は、構内交換機において収容されるＩＰ端末に対して構内交換機の機能であるＯＨＣＡ機能の機能実現ができる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態１における通信中のＩＰ端末に対してＯＨＣＡ機能を実現するときのブロック図
【図２】本発明の実施の形態１における通話中のＩＰ端末に別のＩＰ端末から発信操作、ＯＨＣＡ機能起動を行ったときのシーケンス図
【図３】本発明の実施の形態２における通信中のＩＰ端末と非ＩＰ端末がＯＨＣＡ機能を実現する場合のブロック図
【図４】本発明の実施の形態２における非ＩＰ端末と通話中のＩＰ端末に非ＩＰ端末から発信操作、ＯＨＣＡ機能起動を行ったときのシーケンス図
【図５】本発明の実施の形態２におけるＤＳＰリソースを取得する処理のフローチャート
【図６】本発明の実施の形態３におけるＯＨＣＡ機能動作中のＩＰ端末に対して着信代理応答を実現する場合のブロック図
【図７】本発明の実施の形態３におけるＯＨＣＡ着信に対して着信代理応答する場合のシーケンス図
【符号の説明】
【００５０】
１，２    信号線
３    構内交換機内データバス
４    音声パケット送受信線
５    音声信号送受信線
６    音声Ｈ／Ｗ
７    接続線
８    音声信号送受信線
１１，１５    非ＩＰ内線Ｉ／Ｆ回路
１２，１３，１４，１６    ＩＰ内線Ｉ／Ｆ回路
２１    切替スイッチ
３０，３１    ＤＳＰ回路
４１    ＣＰＵ
４２    プログラム領域（ＲＯＭ）
４３    メモリ（ＲＡＭ）
１００，１０１，１０２，１０３    ＩＰ端末
２００，２０１    非ＩＰ端末
【図１】
2005328447.tif 000003
【図２】
2005328447.tif 000004
【図３】
2005328447.tif 000005
【図４】
2005328447.tif 000006
【図５】
2005328447.tif 000007
【図６】
2005328447.tif 000008
【図７】
2005328447.tif 000009