JP4028407B2 - Ｉｐ電話システムの代理応答制御方法 - Google Patents
Ｉｐ電話システムの代理応答制御方法 Download PDFInfo
- Publication number
- JP4028407B2 JP4028407B2 JP2003029785A JP2003029785A JP4028407B2 JP 4028407 B2 JP4028407 B2 JP 4028407B2 JP 2003029785 A JP2003029785 A JP 2003029785A JP 2003029785 A JP2003029785 A JP 2003029785A JP 4028407 B2 JP4028407 B2 JP 4028407B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- proxy response
- server
- sip server
- response
- 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
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、代理応答制御方法に係り、特に、ＩＰネットワークに接続された電話システムにおける端末間の代理応答を可能とするＩＰ電話システムの代理応答制御方法に関する。
【０００２】
【従来の技術】
現在ＩＰネットワークを用いた電話で使用する呼制御プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）がある。ＳＩＰの流れを図を用いて説明する。
【０００３】
図１に、端末同士の通話における処理についての構成図を示す。端末Ａ（１）は、端末Ｂ１（４１）に通話を行うため、接続要求をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）は、ロケーションサーバ（３）に接続要求先Ｂ１（４１）のアドレスを問い合わせる。ロケーションサーバ（３）は、アドレスをＳＩＰサーバ（２）に返答する。ＳＩＰサーバ（２）は、端末Ｂ１（４１）に対してＡ（１）からの接続要求の中継を行う。接続要求により、端末Ｂ１（４１）は呼び出しを行う。端末Ｂ１（４１）は、接続許可をＳＩＰサーバ（２）を中継して、端末Ａ（１）に送信し、端末Ａ（１）と端末Ｂ１（４１）との間で通話を行う。
【０００４】
つぎに、図２に、端末同士の通話シーケンスを示す。上記通話のシーケンスについて図２を用いて説明を行う。端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバに出力する。ＳＩＰサーバは、ロケーションサーバ（３）に接続先のアドレスの問い合わせ（ｑｕｅｒｙ）を行う。ロケーションサーバ（３）は、検索結果をＳＩＰサーバに対し返答（ｒｅｓｐｏｎｓｅ）する。ＳＩＰサーバは、ロケーションサーバ（３）からの接続先アドレスに対して接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバから中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行っていることをＳＩＰサーバへ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバは、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。端末Ｂ１（４１）が電話に応答したとき、端末Ｂ１（４１）から信号（２００ ＯＫ）をＳＩＰサーバへ出力する。ＳＩＰサーバは、この信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ１（４１）が通話に応答したことで、確認応答（ＡＣＫ）を端末Ｂ１（４１）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ１（４１）の通話が行われる。通話が終了した場合、端末Ａ（１）は信号（ＢＹＥ）を送信する。端末Ｂ１（４１）は、端末Ａ（１）からの信号（ＢＹＥ）に対し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。
【０００５】
【発明が解決しようとする課題】
ＳＩＰベースの電話システムの場合、通話を行うため発信元の端末が着信先の端末に接続要求を行っている際に、着信先以外の他の端末が、着信先の端末に代わって応答しようとしても、ＳＩＰサーバに代理応答を制御する処理機能を持っていない。このため、代理応答を行おうとしている端末からの代理応答を要求する信号を受信したとしても、ＳＩＰサーバがその信号を理解できず、発信元端末からの通話を代理応答する端末に中継することができない。
【０００６】
本発明は、以上の点に鑑み、着信先の電話が不在の場合、代理応答が行うことができ、また発信元により代理応答の許可・不許可を行うこと、および着信先が現在通話中等の現在状況を代理応答に反映するための処理を実現することを目的とする。また、本発明は、ＳＩＰベースの電話システムにおけるＳＩＰサーバに、代理応答要求信号の受信により、代理応答の制御処理行い通話の中継をする代理応答処理機能を設けることにより代理応答の機能を実現することを目的とする。また、本発明は、ＳＩＰサーバ内にポリシーデータベースあるいはプレゼンスサーバ処理機能を設け、前記代理応答処理機能の代理応答制御と連携することにより、代理応答を行うルールを設定した代理応答ポリシーにもとづいて代理応答を行う機能、および着信先が現在通話中等の現在状況を代理応答に反映するための機能を実現することを目的とする。
【０００７】
【課題を解決するための手段】
本発明では、代理応答する端末からの代理応答要求信号をＳＩＰサーバが受信するに伴い、代理応答した端末に対して、発信元の端末からの通話の中継を制御する処理機能を設けることにより代理応答を可能とし、さらにＳＩＰサーバ内に呼制御処理機能からの情報に基づき、ポリシーデータベースあるいはプレゼンスサーバ上のデータベースへの参照を行う処理機能を設け、参照結果を前記代理応答処理機能が代理応答制御の処理に用いることにより、代理応答を行うルールであるポリシーにもとづいて代理応答を行う処理、および着信先が現在通話中等の現在状況を代理応答に反映するための処理が可能となる。
【０００９】
本発明の第１の解決手段によると、
端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、代理応答専用識別情報を含み発信元端末の代理応答を行うための代理応答接続要求を、ＳＩＰサーバへ送信するステップと、
ＳＩＰサーバは、前記接続要求内の着信先識別情報をロケーションサーバに送るステップと、
ロケーションサーバは、着信先識別情報に基づき、ロケーションサーバからの代理応答専用のアドレスであるというその検索結果をＳＩＰサーバに対し返答するステップと、
ＳＩＰサーバは、その検索結果により、発信元端末から着信先端末への接続要求を解除するステップと、
ＳＩＰサーバは、代理応答端末に対して代理応答を許可するための接続要求を出力ステップと、
代理応答端末は前記接続要求を受けるための信号をＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、前記受けるための信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法が提供される。
【００１０】
本発明の第２の解決手段によると、
端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、発信元端末の代理応答を行うための代理応答要求信号を、ＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、ポリシーサーバへ代理応答の許可に関する問い合わせを行うステップと、
ポリシーサーバは、発信元端末識別情報及び着信先端末識別情報に基づき、代理応答をどのようなルールに基づいて処理するかを設定するポリシーデータベースを参照し、その参照結果をＳＩＰサーバへ返答するステップと、
ＳＩＰサーバは、ポリシーサーバからの参照結果をもとに、代理応答を行うかどうか判断し、代理応答を行う場合、代理応答端末からの前記要求信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法が提供される。
【００１２】
本発明の第３の解決手段によると、
端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、発信元端末の代理応答を行うための代理応答要求信号を、ＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、ポリシーサーバ及びプレゼンスサーバへ代理応答の許可に関する問い合わせを行うステップと、
ポリシーサーバは、発信元端末識別情報及び着信先端末識別情報に基づき、代理応答をどのようなルールに基づいて処理するかを設定するポリシーデータベースを参照し、その参照結果をＳＩＰサーバへ返答するステップと、
プレゼンスサーバは、代理応答をした代理応答端末の識別情報に基づき、発信元端末を含む端末グループ内の各端末のステータスを記憶したプレゼンスのデータベースの参照を行い、その参照結果をＳＩＰサーバへ返答するステップと、
ＳＩＰサーバは、ポリシーサーバ及びプレゼンスサーバからの参照結果をもとに、代理応答を行うかどうか判断し、代理応答を行う場合、代理応答端末からの前記要求信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法が提供される。
【００１３】
【発明の実施の形態】
１．代理応答処理の構成
図３に、ポリシーサーバ（５）およびプレゼンスサーバ（６）を連携した場合の代理応答処理についての構成図を示す。
この構成は、発信元の端末Ａ（１）および端末Ｃ（８）、ＳＩＰサーバ（２）、着信先の端末グループ（４）、着信先の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）、ＩＰネットワーク（７）、ロケーションサーバ（３）、ポリシーサーバ（５）、プレゼンスサーバ（６）を備える。発信元の端末Ａ（１）および端末Ｃ（８）、着信先の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）、ＳＩＰサーバ（２）は、それぞれＩＰネットワーク（７）に接続されている。また、ロケーションサーバ（３）、ポリシーデータベースを持つポリシーサーバ（５）、プレゼンスサーバ（６）は、各々ＳＩＰサーバ（２）に接続されている。
【００１４】
発信元の端末Ａ（１）および端末Ｃ（８）、着信先の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）は、それぞれＩＰ電話等の通信に使用される端末である。ＳＩＰサーバ（２）は、電話システムの制御を行うサーバである。ロケーションサーバ（３）は、着信先のＩＰアドレス等のアドレス問い合わせに使用するサーバである。ポリシーサーバ（５）は、代理応答をどのようなルールに基づいて処理するかを任意に設定するデータベースを保有するサーバである。プレゼンスサーバ（６）は、各着信端末のステータスや、通話中の場合その相手等の情報を保持しているサーバである。ポリシーサーバ（５）およびプレゼンスサーバ（６）は、それぞれの機能を使用しない場合はＳＩＰサーバ（２）に接続しない構成になることも可能である。
【００１５】
つぎに、図４に、ＳＩＰサーバ（２）の構成図を示す。
ＳＩＰサーバ（２）は、呼制御処理部（２１）、宛先問い合わせ処理部（２２）、ポリシー処理部（２３）、代理応答処理部（２４）、プレゼンス情報処理部（２５）を有する。
【００１６】
呼制御処理部（２１）は、ＳＩＰプロトコルの処理を行う。宛先問い合わせ処理部（２２）は、着信先のアドレス（例えば、ＩＰアドレス）をロケーションサーバ（３）に問い合わせる。代理応答処理部（２４）は、代理応答の制御処理を行う。ポリシー処理部（２３）は、ポリシーサーバ（５）への問い合わせと問い合わせた結果に対する処理を行う。プレゼンス情報処理部（２５）は、プレゼンスサーバ（６）の情報の参照し、参照結果を処理する。以上の処理部を有するＳＩＰサーバ（２）により代理応答の実現を行う。
【００１７】
２．代理応答処理方法その１
図５に、代理応答処理についての構成図を示す。以下に、本実施の形態による代理応答の処理の流れを説明する。
この構成は、代理応答のみの処理の説明を行うため、図３の構成図からポリシーサーバ（５）、およびプレゼンスサーバ（６）を除いた構成である。
【００１８】
端末Ａ（１）は、端末Ｂ１（４１）と通話を行うため、接続要求をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）は、図４の呼制御処理部（２１）により、接続要求を処理し、宛先問い合わせ処理部（２２）に宛先問い合わせの処理を指示する。宛先問い合わせ処理部（２２）は、接続情報から宛先問い合わせに必要な情報を取り出し、ロケーションサーバ（３）に接続要求先Ｂ１（４１）のアドレスを問い合わせる。ロケーションサーバ（３）は、検索の結果、アドレスをＳＩＰサーバ（２）に返答する。
【００１９】
宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）からの検索結果であるアドレスを受け取り、呼制御処理部（２１）に送出し、端末Ｂ１（４１）に対して端末Ａ（１）からの接続要求の中継を行う。ＳＩＰサーバ（２）から中継された接続要求により、端末Ｂ１（４１）は呼び出しを行う。たとえば端末Ｂ２（４２）から代理応答を行う場合、端末Ｂ２（４２）からＳＩＰサーバ（２）に対して代理応答の要求を行う。ＳＩＰサーバ（２）内の呼制御処理部（２１）は端末Ｂ２（４２）からの代理応答の要求を受け、代理応答処理部（２４）に代理応答の処理を指示する。代理応答処理部（２４）は、端末Ａ（１）に対して、端末Ｂ２（４２）からの接続許可の中継処理を行う。ＳＩＰサーバ（２）からの接続要求を受けた端末Ａ（１）は確認応答を端末Ｂ２（４２）に返答し、通話を行う。
【００２０】
図６に、代理応答処理についてのシーケンス１を示す。以下に、上記代理応答のシーケンスについて説明を行う。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）をロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は、宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）は、呼制御処理部（２１）により端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００２１】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）は代理応答用のボタン等を押すことにより、信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ２（４２）に対する接続要求が無いことを確認し、通常の接続要求に対する応答ではなく、端末Ｂ２（４２）が端末Ａ（１）の代理応答を行うためこの信号（２００ ＯＫ）を送信したことを理解し、代理応答処理部（２４）へ代理応答の処理を指示する。代理応答処理部（２４）は、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ｂ１（４１）からの信号（２００ ＯＫ）であるかのように処理し、呼制御処理部（２１）から端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と代理応答した端末Ｂ２（４２）の通話が行われる。通話を終了するとき、端末Ａ（１）は通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。
【００２２】
３．代理応答処理その２
図７に、代理応答処理についてのシーケンス２を示す。以下に、代理応答の別の方式として、そのシーケンスの説明を行う。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ▲１▼）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ▲１▼）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。このとき、ロケーションサーバ（３）は、例えば、端末にグループ（４）の各端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）が含まれていることを記憶したデータベースを有し、接続先端末と同一グループの端末から代理応答の信号が発信されたとき、代理応答許可する処理を行う。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は、宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ▲１▼）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ▲１▼）を受信し、呼び出しを行う。端末Ｂ１（４１）は、呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００２３】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）から代理応答用のボタンあるいは、代理応答専用の番号等を押すことにより、代理応答専用のＵＲＩを付加した接続要求（ＩＮＶＩＴＥ▲２▼）をＳＩＰサーバ（２）へ送信する。ここで、ロケーションサーバ（３）には、例えば、代理応答専用のＵＲＩに対応して代理応答専用のアドレスを記憶することとする。呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ｂ２（４２）からの接続要求（ＩＮＶＩＴＥ▲２▼）内の着信先ＵＲＩ（ここでは代理応答専用のＵＲＩ）をロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果を呼制御処理部（２１）に送出する。呼制御処理部（２１）は、通常の接続先アドレスではなく、代理応答専用のアドレスであったという検索結果を宛先問い合わせ処理部（２２）から受け取り、代理応答処理部（２４）へ代理応答の処理を指示すると同時に、端末Ａ（１）から端末Ｂ１（４１）への接続要求（ＩＮＶＩＴＥ▲１▼）を解除するため、ＣＡＮＣＥＬ信号を端末Ｂ１（４１）に出力する。そして、呼制御処理部（２１）は、新たに端末Ｂ２（４２）に対して代理応答を許可するための接続要求（ＩＮＶＩＴＥ▲１▼’）を出力する。また、呼制御処理部（２１）は、端末Ｂ２（４２）に対して代理応答を許可するための接続要求（ＩＮＶＩＴＥ▲１▼’）を出力した後、端末Ｂ１（４１）にＣＡＮＣＥＬ信号を出力することとしてもよい。端末Ｂ２（４２）は、ＳＩＰサーバ（２）からの接続要求（ＩＮＶＩＴＥ▲１▼’）により呼び出しを行う。端末Ｂ２（４２）は、端末Ａ（１）からの呼び出しに受けるため、信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。ＳＩＰサーバ（２）の呼制御処理部（２１）は、信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話の応答をしたことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。
【００２４】
以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。通話を終了するとき、端末Ａ（１）は通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。
【００２５】
４．ポリシーサーバ（５）を用いた場合の代理応答処理方法
図８に、ポリシーサーバ（５）を接続した場合の代理応答処理についての構成図を示す。この構成は、ポリシーサーバ（５）接続時の処理説明を行うため、図３の構成図からプレゼンスサーバ（６）を除いた構成である。図８において、発信元の端末Ａ（１）、端末Ｃ（８）、システムの制御を行うＳＩＰサーバ（２）、着信先はグループ（４）内の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）から構成され、ＩＰネットワーク（７）に接続されている。また着信先の問い合わせに使用するロケーションサーバ（３）、およびポリシーデータベースを持つポリシーサーバ（５）は、ＳＩＰサーバ（２）に接続されている。
【００２６】
図９に、ポリシーサーバ（５）を接続した場合の代理応答処理についてのシーケンスを示す。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は、宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は、呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００２７】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）は代理応答のボタン等を押すことにより信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。以上までは前記代理応答のシーケンスと同様である。この後ＳＩＰサーバ（２）は、呼制御処理部（２１）の指示によりポリシー処理部（２３）がポリシーサーバ（５）へ問い合わせ（ｑｕｅｒｙ）を行う。
【００２８】
図１０は、ポリシーサーバ（５）のポリシーデータベースの例である。ポリシーデータベースには発信元端末のＵＲＩや着信先端末のＵＲＩや日時等の条件、その条件で実行する処理といった代理応答のルールを保持している。また、代理応答の許可・不許可等の条件については、着信先の各端末Ｂ１（４１）、Ｂ２、Ｂ３から変更が可能となっていることとする。ポリシーサーバ（５）は、ポリシー処理部（２３）から送出された情報を元にポリシーデータベースの参照を行う。例えば、図１０（Ａ）では、発信元ＵＲＩ、着信先ＵＲＩ、代理応答したＵＲＩに対して、代理応答処理の許可・不許可が決定できる。図１０（Ｂ）では、発信元ＵＲＩ、代理応答する日、代理応答する時間に対して、代理応答処理の許可・不許可が決定できる。図１０（Ｃ）では、発信元ＵＲＩ、着信先ＵＲＩ、代理応答する曜日に対して、代理応答処理の許可・不許可が決定できる。これらを組み合わせた条件として許可、不許可を判断してもよい。ここで、条件には予め優先順位を設けておき、例えば、図１０（Ａ）、（Ｂ）、（Ｃ）の順に優先順位が高いこととし、条件が重複した場合は、優先順位の高い条件に従うこととしてもよい。また、図１０（Ａ）、（Ｂ）、（Ｃ）の全てが許可のとき許可とすることや、所定数が許可のとき許可とすることもできる。なお、日、時間、曜日の現在状態を確認する方法は、ＳＩＰサーバ（２）のクロック等から判断することができる。そのときの参照結果は、ポリシー処理部（２３）へ返答（ｒｅｓｐｏｎｓｅ）する。
【００２９】
代理応答処理部（２４）は、ポリシーサーバ（５）からの参照結果をもとに、代理応答を行うかどうか判断し、呼制御処理部（２１）がその結果を制御に反映する。図１０のデータベースの例では、発信元端末Ａ（１）で着信先端末がＢ１、代理応答した端末はＢ２のとき代理応答を許可している。よって、代理応答を行う場合の処理と同様に、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話に対して応答したことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。
【００３０】
以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。端末Ａ（１）は、通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は、端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。ポリシーサーバ（５）の参照結果が、代理応答不許可の場合、ＳＩＰサーバ（２）は端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継を行わない。結果、端末Ｂ２（４２）による代理応答が行われない。
【００３１】
５．プレゼンスサーバ（６）を用いた場合の代理応答処理方法
図１１に、プレゼンスサーバ（６）を接続した場合の代理応答処理についての構成図を示す。この構成は、プレゼンスサーバ（６）接続時の処理説明を行うため、図３の構成図からポリシーサーバ（５）を除いた構成である。図１１において、発信元の端末Ａ（１）、端末Ｃ（８）、電話システムの制御を行うＳＩＰサーバ（２）、着信先はグループ（４）内の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）を備え、ＩＰネットワーク（７）に接続されている。また着信先の問い合わせに使用するロケーションサーバ（３）、およびプレゼンスサーバ（６）は、ＳＩＰサーバ（２）に接続されている。
【００３２】
図１２に、プレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンスを示す。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）はロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は、呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００３３】
このあと、呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順に従って、端末Ｂ２（４２）は代理応答のボタン等を押すことにより信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。以上までは前記代理応答のシーケンスと同様である。この後ＳＩＰサーバ（２）は、呼制御処理部（２１）の指示によりプレゼンス情報処理部（２５）がプレゼンスサーバ（６）へ問い合わせ（ｑｕｅｒｙ）を行う。
【００３４】
図１３は、プレゼンスサーバ（６）上のデータベースの例である。プレゼンスサーバ（６）のデータベースには各着信先端末のステータスや、通話中の場合その相手等の情報を保持している。また、プレゼンスサーバのデータベースは、所定期間でデータベースを更新することができることとしてもよい。プレゼンスサーバ（６）はプレゼンス情報処理部（２５）から送出された情報を元にプレゼンスサーバ（６）のデータベースの参照を行う。そのときの参照結果はプレゼンス情報処理部（２５）へ返答（ｒｅｓｐｏｎｓｅ）する。代理応答処理部（２４）は、プレゼンスサーバ（６）からの参照結果をもとに、代理応答の処理を判断し、呼制御処理部（２１）がその結果を制御に反映する。代理応答処理部（２４）は、例えば、待機中であれば許可、通話中であれば不許可とすることができる。呼制御処理部（２１）は、代理応答を行う場合の処理と同様に、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話に対して応答したことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。端末Ａ（１）は、通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は、端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。代理応答不許可の場合、ＳＩＰサーバ（２）は端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継を行わない。結果、端末Ｂ２（４２）による代理応答が行われない。
【００３５】
６．ポリシーサーバ（５）とプレゼンスサーバ（６）を用いた場合の代理応答処理方法
ポリシーサーバ（５）とプレゼンスサーバ（６）を接続した構成を図３に示す。図３において、発信元の端末Ａ（１）、端末Ｃ（８）、システムの制御を行うＳＩＰサーバ（２）、着信先はグループ（４）内の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）を備え、ＩＰネットワーク（７）に接続されている。また着信先の問い合わせに使用するロケーションサーバ（３）、およびポリシーデータベースを持つポリシーサーバ（５）とプレゼンスサーバ（６）は、ＳＩＰサーバ（２）に接続されている。
【００３６】
図１４に、ポリシーサーバ（５）とプレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンスを示す。端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００３７】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）は代理応答のボタン等を押すことにより信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。以上までは前記代理応答のシーケンスと同様である。この後ＳＩＰサーバ（２）は、呼制御処理部（２１）の指示によりポリシー処理部（２３）がポリシーサーバ（５）へ問い合わせ（ｑｕｅｒｙ）を行い、ポリシーサーバ（５）はポリシー処理部（２３）から送出された情報を元にポリシーデータベースの参照を行う。またプレゼンス情報処理部（２５）がプレゼンスサーバ（６）へ問い合わせ（ｑｕｅｒｙ）を行い、プレゼンスサーバ（６）はプレゼンス情報処理部（２５）から送出された情報を元にプレゼンスサーバ（６）のデータベースの参照を行う。ここでは、ポリシーサーバ（５）に問い合わせを行った後に、プレゼンスサーバ（６）に問い合わせを行うこととしたが、プレゼンスサーバ（６）に問い合わせを行った後に、ポリシーサーバ（５）を問い合わせてもよいこととする。各々のデータベースからの参照結果は、ポリシー処理部（２３）およびプレゼンス情報処理部（２５）へ返答（ｒｅｓｐｏｎｓｅ）する。そして、代理応答処理部（２４）はそれぞれの参照結果をもとに、代理応答の処理を判断し、呼制御処理部（２１）がその結果を制御に反映する。ＳＩＰサーバ（２）は、例えば、ポリシーサーバ（５）とプレゼンスサーバ（６）での参照結果が両方とも代理応答許可のときその処理を実行する。呼制御処理部（２１）は、代理応答を行う場合の処理と同様に、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話に対して応答したことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。端末Ａ（１）は通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。代理応答不許可の場合、ＳＩＰサーバ（２）は、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継を行わない。結果、端末Ｂ２（４２）による代理応答が行われない。
【００３８】
【発明の効果】
本発明によると、以上のように、着信先の電話が不在の場合、代理応答が行うこと、また発信元により代理応答の許可・不許可を行うこと、および着信先が現在通話中等の現在状況を代理応答に反映するための処理を実現することが可能となる。また、本発明によると、ＳＩＰベースの電話システムにおけるＳＩＰサーバに、代理応答要求信号の受信により、代理応答の制御処理行い通話の中継をする代理応答処理機能を設けることにより代理応答の機能を実現することが可能となる。また、本発明によると、ＳＩＰサーバ内にポリシーデータベースあるいはプレゼンスサーバ処理機能を設け、前記代理応答処理機能の代理応答制御と連携することにより、代理応答を行うルールを設定した代理応答ポリシーにもとづいて代理応答を行う機能、および着信先が現在通話中等の現在状況を代理応答に反映するための機能を実現することが可能となる。
【図面の簡単な説明】
【図１】端末同士の通話における処理についての構成図。
【図２】端末同士の通話シーケンス。
【図３】ポリシーサーバ（５）およびプレゼンスサーバ（６）を連携した場合の代理応答処理についての構成図。
【図４】ＳＩＰサーバ（２）の構成図。
【図５】代理応答処理についての構成図。
【図６】代理応答処理についてのシーケンス１。
【図７】代理応答処理についてのシーケンス２。
【図８】ポリシーサーバ（５）を接続した場合の代理応答処理についての構成図。
【図９】ポリシーサーバ（５）を接続した場合の代理応答処理についてのシーケンス。
【図１０】ポリシーサーバ（５）のポリシーデータベースの例。
【図１１】プレゼンスサーバ（６）を接続した場合の代理応答処理についての構成図。
【図１２】プレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンス。
【図１３】プレゼンスサーバ（６）のデータベースの例を示した図である。
【図１４】ポリシーサーバ（５）とプレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンス。
【符号の説明】
１ 発信元のＳＩＰ端末Ａ
２ ＳＩＰサーバ
３ ロケーションサーバ
４ 着信先のＳＩＰ端末のグループ
５ ポリシーサーバ
６ プレゼンスサーバ
７ ＩＰネットワーク
８ 発信元のＳＩＰ端末Ｃ
２１ 呼制御処理部
２２ 宛先問い合わせ処理部
２３ ポリシー処理部
２４ 代理応答処理部
２５ プレゼンス情報処理部
４１ 着信先のＳＩＰ端末Ｂ１
４２ 着信先のＳＩＰ端末Ｂ２
４３ 着信先のＳＩＰ端末Ｂ３
【発明の属する技術分野】
本発明は、代理応答制御方法に係り、特に、ＩＰネットワークに接続された電話システムにおける端末間の代理応答を可能とするＩＰ電話システムの代理応答制御方法に関する。
【０００２】
【従来の技術】
現在ＩＰネットワークを用いた電話で使用する呼制御プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）がある。ＳＩＰの流れを図を用いて説明する。
【０００３】
図１に、端末同士の通話における処理についての構成図を示す。端末Ａ（１）は、端末Ｂ１（４１）に通話を行うため、接続要求をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）は、ロケーションサーバ（３）に接続要求先Ｂ１（４１）のアドレスを問い合わせる。ロケーションサーバ（３）は、アドレスをＳＩＰサーバ（２）に返答する。ＳＩＰサーバ（２）は、端末Ｂ１（４１）に対してＡ（１）からの接続要求の中継を行う。接続要求により、端末Ｂ１（４１）は呼び出しを行う。端末Ｂ１（４１）は、接続許可をＳＩＰサーバ（２）を中継して、端末Ａ（１）に送信し、端末Ａ（１）と端末Ｂ１（４１）との間で通話を行う。
【０００４】
つぎに、図２に、端末同士の通話シーケンスを示す。上記通話のシーケンスについて図２を用いて説明を行う。端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバに出力する。ＳＩＰサーバは、ロケーションサーバ（３）に接続先のアドレスの問い合わせ（ｑｕｅｒｙ）を行う。ロケーションサーバ（３）は、検索結果をＳＩＰサーバに対し返答（ｒｅｓｐｏｎｓｅ）する。ＳＩＰサーバは、ロケーションサーバ（３）からの接続先アドレスに対して接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバから中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行っていることをＳＩＰサーバへ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバは、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。端末Ｂ１（４１）が電話に応答したとき、端末Ｂ１（４１）から信号（２００ ＯＫ）をＳＩＰサーバへ出力する。ＳＩＰサーバは、この信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ１（４１）が通話に応答したことで、確認応答（ＡＣＫ）を端末Ｂ１（４１）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ１（４１）の通話が行われる。通話が終了した場合、端末Ａ（１）は信号（ＢＹＥ）を送信する。端末Ｂ１（４１）は、端末Ａ（１）からの信号（ＢＹＥ）に対し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。
【０００５】
【発明が解決しようとする課題】
ＳＩＰベースの電話システムの場合、通話を行うため発信元の端末が着信先の端末に接続要求を行っている際に、着信先以外の他の端末が、着信先の端末に代わって応答しようとしても、ＳＩＰサーバに代理応答を制御する処理機能を持っていない。このため、代理応答を行おうとしている端末からの代理応答を要求する信号を受信したとしても、ＳＩＰサーバがその信号を理解できず、発信元端末からの通話を代理応答する端末に中継することができない。
【０００６】
本発明は、以上の点に鑑み、着信先の電話が不在の場合、代理応答が行うことができ、また発信元により代理応答の許可・不許可を行うこと、および着信先が現在通話中等の現在状況を代理応答に反映するための処理を実現することを目的とする。また、本発明は、ＳＩＰベースの電話システムにおけるＳＩＰサーバに、代理応答要求信号の受信により、代理応答の制御処理行い通話の中継をする代理応答処理機能を設けることにより代理応答の機能を実現することを目的とする。また、本発明は、ＳＩＰサーバ内にポリシーデータベースあるいはプレゼンスサーバ処理機能を設け、前記代理応答処理機能の代理応答制御と連携することにより、代理応答を行うルールを設定した代理応答ポリシーにもとづいて代理応答を行う機能、および着信先が現在通話中等の現在状況を代理応答に反映するための機能を実現することを目的とする。
【０００７】
【課題を解決するための手段】
本発明では、代理応答する端末からの代理応答要求信号をＳＩＰサーバが受信するに伴い、代理応答した端末に対して、発信元の端末からの通話の中継を制御する処理機能を設けることにより代理応答を可能とし、さらにＳＩＰサーバ内に呼制御処理機能からの情報に基づき、ポリシーデータベースあるいはプレゼンスサーバ上のデータベースへの参照を行う処理機能を設け、参照結果を前記代理応答処理機能が代理応答制御の処理に用いることにより、代理応答を行うルールであるポリシーにもとづいて代理応答を行う処理、および着信先が現在通話中等の現在状況を代理応答に反映するための処理が可能となる。
【０００９】
本発明の第１の解決手段によると、
端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、代理応答専用識別情報を含み発信元端末の代理応答を行うための代理応答接続要求を、ＳＩＰサーバへ送信するステップと、
ＳＩＰサーバは、前記接続要求内の着信先識別情報をロケーションサーバに送るステップと、
ロケーションサーバは、着信先識別情報に基づき、ロケーションサーバからの代理応答専用のアドレスであるというその検索結果をＳＩＰサーバに対し返答するステップと、
ＳＩＰサーバは、その検索結果により、発信元端末から着信先端末への接続要求を解除するステップと、
ＳＩＰサーバは、代理応答端末に対して代理応答を許可するための接続要求を出力ステップと、
代理応答端末は前記接続要求を受けるための信号をＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、前記受けるための信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法が提供される。
【００１０】
本発明の第２の解決手段によると、
端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、発信元端末の代理応答を行うための代理応答要求信号を、ＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、ポリシーサーバへ代理応答の許可に関する問い合わせを行うステップと、
ポリシーサーバは、発信元端末識別情報及び着信先端末識別情報に基づき、代理応答をどのようなルールに基づいて処理するかを設定するポリシーデータベースを参照し、その参照結果をＳＩＰサーバへ返答するステップと、
ＳＩＰサーバは、ポリシーサーバからの参照結果をもとに、代理応答を行うかどうか判断し、代理応答を行う場合、代理応答端末からの前記要求信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法が提供される。
【００１２】
本発明の第３の解決手段によると、
端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、発信元端末の代理応答を行うための代理応答要求信号を、ＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、ポリシーサーバ及びプレゼンスサーバへ代理応答の許可に関する問い合わせを行うステップと、
ポリシーサーバは、発信元端末識別情報及び着信先端末識別情報に基づき、代理応答をどのようなルールに基づいて処理するかを設定するポリシーデータベースを参照し、その参照結果をＳＩＰサーバへ返答するステップと、
プレゼンスサーバは、代理応答をした代理応答端末の識別情報に基づき、発信元端末を含む端末グループ内の各端末のステータスを記憶したプレゼンスのデータベースの参照を行い、その参照結果をＳＩＰサーバへ返答するステップと、
ＳＩＰサーバは、ポリシーサーバ及びプレゼンスサーバからの参照結果をもとに、代理応答を行うかどうか判断し、代理応答を行う場合、代理応答端末からの前記要求信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法が提供される。
【００１３】
【発明の実施の形態】
１．代理応答処理の構成
図３に、ポリシーサーバ（５）およびプレゼンスサーバ（６）を連携した場合の代理応答処理についての構成図を示す。
この構成は、発信元の端末Ａ（１）および端末Ｃ（８）、ＳＩＰサーバ（２）、着信先の端末グループ（４）、着信先の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）、ＩＰネットワーク（７）、ロケーションサーバ（３）、ポリシーサーバ（５）、プレゼンスサーバ（６）を備える。発信元の端末Ａ（１）および端末Ｃ（８）、着信先の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）、ＳＩＰサーバ（２）は、それぞれＩＰネットワーク（７）に接続されている。また、ロケーションサーバ（３）、ポリシーデータベースを持つポリシーサーバ（５）、プレゼンスサーバ（６）は、各々ＳＩＰサーバ（２）に接続されている。
【００１４】
発信元の端末Ａ（１）および端末Ｃ（８）、着信先の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）は、それぞれＩＰ電話等の通信に使用される端末である。ＳＩＰサーバ（２）は、電話システムの制御を行うサーバである。ロケーションサーバ（３）は、着信先のＩＰアドレス等のアドレス問い合わせに使用するサーバである。ポリシーサーバ（５）は、代理応答をどのようなルールに基づいて処理するかを任意に設定するデータベースを保有するサーバである。プレゼンスサーバ（６）は、各着信端末のステータスや、通話中の場合その相手等の情報を保持しているサーバである。ポリシーサーバ（５）およびプレゼンスサーバ（６）は、それぞれの機能を使用しない場合はＳＩＰサーバ（２）に接続しない構成になることも可能である。
【００１５】
つぎに、図４に、ＳＩＰサーバ（２）の構成図を示す。
ＳＩＰサーバ（２）は、呼制御処理部（２１）、宛先問い合わせ処理部（２２）、ポリシー処理部（２３）、代理応答処理部（２４）、プレゼンス情報処理部（２５）を有する。
【００１６】
呼制御処理部（２１）は、ＳＩＰプロトコルの処理を行う。宛先問い合わせ処理部（２２）は、着信先のアドレス（例えば、ＩＰアドレス）をロケーションサーバ（３）に問い合わせる。代理応答処理部（２４）は、代理応答の制御処理を行う。ポリシー処理部（２３）は、ポリシーサーバ（５）への問い合わせと問い合わせた結果に対する処理を行う。プレゼンス情報処理部（２５）は、プレゼンスサーバ（６）の情報の参照し、参照結果を処理する。以上の処理部を有するＳＩＰサーバ（２）により代理応答の実現を行う。
【００１７】
２．代理応答処理方法その１
図５に、代理応答処理についての構成図を示す。以下に、本実施の形態による代理応答の処理の流れを説明する。
この構成は、代理応答のみの処理の説明を行うため、図３の構成図からポリシーサーバ（５）、およびプレゼンスサーバ（６）を除いた構成である。
【００１８】
端末Ａ（１）は、端末Ｂ１（４１）と通話を行うため、接続要求をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）は、図４の呼制御処理部（２１）により、接続要求を処理し、宛先問い合わせ処理部（２２）に宛先問い合わせの処理を指示する。宛先問い合わせ処理部（２２）は、接続情報から宛先問い合わせに必要な情報を取り出し、ロケーションサーバ（３）に接続要求先Ｂ１（４１）のアドレスを問い合わせる。ロケーションサーバ（３）は、検索の結果、アドレスをＳＩＰサーバ（２）に返答する。
【００１９】
宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）からの検索結果であるアドレスを受け取り、呼制御処理部（２１）に送出し、端末Ｂ１（４１）に対して端末Ａ（１）からの接続要求の中継を行う。ＳＩＰサーバ（２）から中継された接続要求により、端末Ｂ１（４１）は呼び出しを行う。たとえば端末Ｂ２（４２）から代理応答を行う場合、端末Ｂ２（４２）からＳＩＰサーバ（２）に対して代理応答の要求を行う。ＳＩＰサーバ（２）内の呼制御処理部（２１）は端末Ｂ２（４２）からの代理応答の要求を受け、代理応答処理部（２４）に代理応答の処理を指示する。代理応答処理部（２４）は、端末Ａ（１）に対して、端末Ｂ２（４２）からの接続許可の中継処理を行う。ＳＩＰサーバ（２）からの接続要求を受けた端末Ａ（１）は確認応答を端末Ｂ２（４２）に返答し、通話を行う。
【００２０】
図６に、代理応答処理についてのシーケンス１を示す。以下に、上記代理応答のシーケンスについて説明を行う。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）をロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は、宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）は、呼制御処理部（２１）により端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００２１】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）は代理応答用のボタン等を押すことにより、信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ２（４２）に対する接続要求が無いことを確認し、通常の接続要求に対する応答ではなく、端末Ｂ２（４２）が端末Ａ（１）の代理応答を行うためこの信号（２００ ＯＫ）を送信したことを理解し、代理応答処理部（２４）へ代理応答の処理を指示する。代理応答処理部（２４）は、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ｂ１（４１）からの信号（２００ ＯＫ）であるかのように処理し、呼制御処理部（２１）から端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と代理応答した端末Ｂ２（４２）の通話が行われる。通話を終了するとき、端末Ａ（１）は通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。
【００２２】
３．代理応答処理その２
図７に、代理応答処理についてのシーケンス２を示す。以下に、代理応答の別の方式として、そのシーケンスの説明を行う。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ▲１▼）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ▲１▼）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。このとき、ロケーションサーバ（３）は、例えば、端末にグループ（４）の各端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）が含まれていることを記憶したデータベースを有し、接続先端末と同一グループの端末から代理応答の信号が発信されたとき、代理応答許可する処理を行う。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は、宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ▲１▼）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ▲１▼）を受信し、呼び出しを行う。端末Ｂ１（４１）は、呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００２３】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）から代理応答用のボタンあるいは、代理応答専用の番号等を押すことにより、代理応答専用のＵＲＩを付加した接続要求（ＩＮＶＩＴＥ▲２▼）をＳＩＰサーバ（２）へ送信する。ここで、ロケーションサーバ（３）には、例えば、代理応答専用のＵＲＩに対応して代理応答専用のアドレスを記憶することとする。呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ｂ２（４２）からの接続要求（ＩＮＶＩＴＥ▲２▼）内の着信先ＵＲＩ（ここでは代理応答専用のＵＲＩ）をロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果を呼制御処理部（２１）に送出する。呼制御処理部（２１）は、通常の接続先アドレスではなく、代理応答専用のアドレスであったという検索結果を宛先問い合わせ処理部（２２）から受け取り、代理応答処理部（２４）へ代理応答の処理を指示すると同時に、端末Ａ（１）から端末Ｂ１（４１）への接続要求（ＩＮＶＩＴＥ▲１▼）を解除するため、ＣＡＮＣＥＬ信号を端末Ｂ１（４１）に出力する。そして、呼制御処理部（２１）は、新たに端末Ｂ２（４２）に対して代理応答を許可するための接続要求（ＩＮＶＩＴＥ▲１▼’）を出力する。また、呼制御処理部（２１）は、端末Ｂ２（４２）に対して代理応答を許可するための接続要求（ＩＮＶＩＴＥ▲１▼’）を出力した後、端末Ｂ１（４１）にＣＡＮＣＥＬ信号を出力することとしてもよい。端末Ｂ２（４２）は、ＳＩＰサーバ（２）からの接続要求（ＩＮＶＩＴＥ▲１▼’）により呼び出しを行う。端末Ｂ２（４２）は、端末Ａ（１）からの呼び出しに受けるため、信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。ＳＩＰサーバ（２）の呼制御処理部（２１）は、信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話の応答をしたことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。
【００２４】
以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。通話を終了するとき、端末Ａ（１）は通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。
【００２５】
４．ポリシーサーバ（５）を用いた場合の代理応答処理方法
図８に、ポリシーサーバ（５）を接続した場合の代理応答処理についての構成図を示す。この構成は、ポリシーサーバ（５）接続時の処理説明を行うため、図３の構成図からプレゼンスサーバ（６）を除いた構成である。図８において、発信元の端末Ａ（１）、端末Ｃ（８）、システムの制御を行うＳＩＰサーバ（２）、着信先はグループ（４）内の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）から構成され、ＩＰネットワーク（７）に接続されている。また着信先の問い合わせに使用するロケーションサーバ（３）、およびポリシーデータベースを持つポリシーサーバ（５）は、ＳＩＰサーバ（２）に接続されている。
【００２６】
図９に、ポリシーサーバ（５）を接続した場合の代理応答処理についてのシーケンスを示す。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は、宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は、呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００２７】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）は代理応答のボタン等を押すことにより信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。以上までは前記代理応答のシーケンスと同様である。この後ＳＩＰサーバ（２）は、呼制御処理部（２１）の指示によりポリシー処理部（２３）がポリシーサーバ（５）へ問い合わせ（ｑｕｅｒｙ）を行う。
【００２８】
図１０は、ポリシーサーバ（５）のポリシーデータベースの例である。ポリシーデータベースには発信元端末のＵＲＩや着信先端末のＵＲＩや日時等の条件、その条件で実行する処理といった代理応答のルールを保持している。また、代理応答の許可・不許可等の条件については、着信先の各端末Ｂ１（４１）、Ｂ２、Ｂ３から変更が可能となっていることとする。ポリシーサーバ（５）は、ポリシー処理部（２３）から送出された情報を元にポリシーデータベースの参照を行う。例えば、図１０（Ａ）では、発信元ＵＲＩ、着信先ＵＲＩ、代理応答したＵＲＩに対して、代理応答処理の許可・不許可が決定できる。図１０（Ｂ）では、発信元ＵＲＩ、代理応答する日、代理応答する時間に対して、代理応答処理の許可・不許可が決定できる。図１０（Ｃ）では、発信元ＵＲＩ、着信先ＵＲＩ、代理応答する曜日に対して、代理応答処理の許可・不許可が決定できる。これらを組み合わせた条件として許可、不許可を判断してもよい。ここで、条件には予め優先順位を設けておき、例えば、図１０（Ａ）、（Ｂ）、（Ｃ）の順に優先順位が高いこととし、条件が重複した場合は、優先順位の高い条件に従うこととしてもよい。また、図１０（Ａ）、（Ｂ）、（Ｃ）の全てが許可のとき許可とすることや、所定数が許可のとき許可とすることもできる。なお、日、時間、曜日の現在状態を確認する方法は、ＳＩＰサーバ（２）のクロック等から判断することができる。そのときの参照結果は、ポリシー処理部（２３）へ返答（ｒｅｓｐｏｎｓｅ）する。
【００２９】
代理応答処理部（２４）は、ポリシーサーバ（５）からの参照結果をもとに、代理応答を行うかどうか判断し、呼制御処理部（２１）がその結果を制御に反映する。図１０のデータベースの例では、発信元端末Ａ（１）で着信先端末がＢ１、代理応答した端末はＢ２のとき代理応答を許可している。よって、代理応答を行う場合の処理と同様に、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話に対して応答したことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。
【００３０】
以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。端末Ａ（１）は、通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は、端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。ポリシーサーバ（５）の参照結果が、代理応答不許可の場合、ＳＩＰサーバ（２）は端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継を行わない。結果、端末Ｂ２（４２）による代理応答が行われない。
【００３１】
５．プレゼンスサーバ（６）を用いた場合の代理応答処理方法
図１１に、プレゼンスサーバ（６）を接続した場合の代理応答処理についての構成図を示す。この構成は、プレゼンスサーバ（６）接続時の処理説明を行うため、図３の構成図からポリシーサーバ（５）を除いた構成である。図１１において、発信元の端末Ａ（１）、端末Ｃ（８）、電話システムの制御を行うＳＩＰサーバ（２）、着信先はグループ（４）内の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）を備え、ＩＰネットワーク（７）に接続されている。また着信先の問い合わせに使用するロケーションサーバ（３）、およびプレゼンスサーバ（６）は、ＳＩＰサーバ（２）に接続されている。
【００３２】
図１２に、プレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンスを示す。
端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）はロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は、呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は、端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００３３】
このあと、呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順に従って、端末Ｂ２（４２）は代理応答のボタン等を押すことにより信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。以上までは前記代理応答のシーケンスと同様である。この後ＳＩＰサーバ（２）は、呼制御処理部（２１）の指示によりプレゼンス情報処理部（２５）がプレゼンスサーバ（６）へ問い合わせ（ｑｕｅｒｙ）を行う。
【００３４】
図１３は、プレゼンスサーバ（６）上のデータベースの例である。プレゼンスサーバ（６）のデータベースには各着信先端末のステータスや、通話中の場合その相手等の情報を保持している。また、プレゼンスサーバのデータベースは、所定期間でデータベースを更新することができることとしてもよい。プレゼンスサーバ（６）はプレゼンス情報処理部（２５）から送出された情報を元にプレゼンスサーバ（６）のデータベースの参照を行う。そのときの参照結果はプレゼンス情報処理部（２５）へ返答（ｒｅｓｐｏｎｓｅ）する。代理応答処理部（２４）は、プレゼンスサーバ（６）からの参照結果をもとに、代理応答の処理を判断し、呼制御処理部（２１）がその結果を制御に反映する。代理応答処理部（２４）は、例えば、待機中であれば許可、通話中であれば不許可とすることができる。呼制御処理部（２１）は、代理応答を行う場合の処理と同様に、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話に対して応答したことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。端末Ａ（１）は、通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は、端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。代理応答不許可の場合、ＳＩＰサーバ（２）は端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継を行わない。結果、端末Ｂ２（４２）による代理応答が行われない。
【００３５】
６．ポリシーサーバ（５）とプレゼンスサーバ（６）を用いた場合の代理応答処理方法
ポリシーサーバ（５）とプレゼンスサーバ（６）を接続した構成を図３に示す。図３において、発信元の端末Ａ（１）、端末Ｃ（８）、システムの制御を行うＳＩＰサーバ（２）、着信先はグループ（４）内の端末Ｂ１（４１）、Ｂ２（４２）、Ｂ３（４３）を備え、ＩＰネットワーク（７）に接続されている。また着信先の問い合わせに使用するロケーションサーバ（３）、およびポリシーデータベースを持つポリシーサーバ（５）とプレゼンスサーバ（６）は、ＳＩＰサーバ（２）に接続されている。
【００３６】
図１４に、ポリシーサーバ（５）とプレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンスを示す。端末Ａ（１）から端末Ｂ１（４１）へ通話行うため、端末Ａ（１）は接続要求（ＩＮＶＩＴＥ）をＳＩＰサーバ（２）に出力する。ＳＩＰサーバ（２）内の呼制御処理部（２１）の指示により、宛先問い合わせ処理部（２２）は、着信先のアドレスを問い合わせるため、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）内の着信先ＵＲＩをロケーションサーバ（３）に送る（ｑｕｅｒｙ）。ロケーションサーバ（３）は、着信先ＵＲＩから着信先のアドレスの検索を行い、検索結果をＳＩＰサーバ（２）に対し返答（ｒｅｓｐｏｎｓｅ）する。宛先問い合わせ処理部（２２）は、ロケーションサーバ（３）の検索結果である接続先アドレスを受け取り、呼制御処理部（２１）に送出する。呼制御処理部（２１）は宛先問い合わせ処理部（２２）から受け取った接続先アドレスに対して、端末Ａ（１）からの接続要求（ＩＮＶＩＴＥ）を中継する。端末Ｂ１（４１）は、ＳＩＰサーバ（２）から中継された接続要求（ＩＮＶＩＴＥ）を受信し、呼び出しを行う。端末Ｂ１（４１）は呼び出しを行っていることをＳＩＰサーバ（２）へ送る（１８０Ｒｉｎｇｉｎｇ）。ＳＩＰサーバ（２）内の呼制御処理部（２１）は端末Ｂ１（４１）からの呼び出し（１８０Ｒｉｎｇｉｎｇ）を端末Ａ（１）に中継する。
【００３７】
このあと呼び出したＢ１以外の端末Ｂ２（４２）から代理で応答を行う場合、例えば、予め定められた操作手順として、端末Ｂ２（４２）は代理応答のボタン等を押すことにより信号（２００ ＯＫ）をＳＩＰサーバ（２）へ出力する。以上までは前記代理応答のシーケンスと同様である。この後ＳＩＰサーバ（２）は、呼制御処理部（２１）の指示によりポリシー処理部（２３）がポリシーサーバ（５）へ問い合わせ（ｑｕｅｒｙ）を行い、ポリシーサーバ（５）はポリシー処理部（２３）から送出された情報を元にポリシーデータベースの参照を行う。またプレゼンス情報処理部（２５）がプレゼンスサーバ（６）へ問い合わせ（ｑｕｅｒｙ）を行い、プレゼンスサーバ（６）はプレゼンス情報処理部（２５）から送出された情報を元にプレゼンスサーバ（６）のデータベースの参照を行う。ここでは、ポリシーサーバ（５）に問い合わせを行った後に、プレゼンスサーバ（６）に問い合わせを行うこととしたが、プレゼンスサーバ（６）に問い合わせを行った後に、ポリシーサーバ（５）を問い合わせてもよいこととする。各々のデータベースからの参照結果は、ポリシー処理部（２３）およびプレゼンス情報処理部（２５）へ返答（ｒｅｓｐｏｎｓｅ）する。そして、代理応答処理部（２４）はそれぞれの参照結果をもとに、代理応答の処理を判断し、呼制御処理部（２１）がその結果を制御に反映する。ＳＩＰサーバ（２）は、例えば、ポリシーサーバ（５）とプレゼンスサーバ（６）での参照結果が両方とも代理応答許可のときその処理を実行する。呼制御処理部（２１）は、代理応答を行う場合の処理と同様に、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継する。信号（２００ ＯＫ）を受け取った端末Ａ（１）は、端末Ｂ２（４２）が通話に対して応答したことに対して、確認応答（ＡＣＫ）を端末Ｂ２（４２）へ送る。以上の一連の信号のやりとりで端末Ａ（１）と端末Ｂ２（４２）の通話が行われる。端末Ａ（１）は通話が終わることを端末Ｂ２（４２）に知らせるため、信号（ＢＹＥ）を送信する。端末Ｂ２（４２）は端末Ａ（１）からの信号に対して通話が終了したことを確認し、端末Ａ（１）に対して信号（２００ ＯＫ）を送信する。代理応答不許可の場合、ＳＩＰサーバ（２）は、端末Ｂ２（４２）からの信号（２００ ＯＫ）を端末Ａ（１）に中継を行わない。結果、端末Ｂ２（４２）による代理応答が行われない。
【００３８】
【発明の効果】
本発明によると、以上のように、着信先の電話が不在の場合、代理応答が行うこと、また発信元により代理応答の許可・不許可を行うこと、および着信先が現在通話中等の現在状況を代理応答に反映するための処理を実現することが可能となる。また、本発明によると、ＳＩＰベースの電話システムにおけるＳＩＰサーバに、代理応答要求信号の受信により、代理応答の制御処理行い通話の中継をする代理応答処理機能を設けることにより代理応答の機能を実現することが可能となる。また、本発明によると、ＳＩＰサーバ内にポリシーデータベースあるいはプレゼンスサーバ処理機能を設け、前記代理応答処理機能の代理応答制御と連携することにより、代理応答を行うルールを設定した代理応答ポリシーにもとづいて代理応答を行う機能、および着信先が現在通話中等の現在状況を代理応答に反映するための機能を実現することが可能となる。
【図面の簡単な説明】
【図１】端末同士の通話における処理についての構成図。
【図２】端末同士の通話シーケンス。
【図３】ポリシーサーバ（５）およびプレゼンスサーバ（６）を連携した場合の代理応答処理についての構成図。
【図４】ＳＩＰサーバ（２）の構成図。
【図５】代理応答処理についての構成図。
【図６】代理応答処理についてのシーケンス１。
【図７】代理応答処理についてのシーケンス２。
【図８】ポリシーサーバ（５）を接続した場合の代理応答処理についての構成図。
【図９】ポリシーサーバ（５）を接続した場合の代理応答処理についてのシーケンス。
【図１０】ポリシーサーバ（５）のポリシーデータベースの例。
【図１１】プレゼンスサーバ（６）を接続した場合の代理応答処理についての構成図。
【図１２】プレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンス。
【図１３】プレゼンスサーバ（６）のデータベースの例を示した図である。
【図１４】ポリシーサーバ（５）とプレゼンスサーバ（６）を接続した場合の代理応答処理についてのシーケンス。
【符号の説明】
１ 発信元のＳＩＰ端末Ａ
２ ＳＩＰサーバ
３ ロケーションサーバ
４ 着信先のＳＩＰ端末のグループ
５ ポリシーサーバ
６ プレゼンスサーバ
７ ＩＰネットワーク
８ 発信元のＳＩＰ端末Ｃ
２１ 呼制御処理部
２２ 宛先問い合わせ処理部
２３ ポリシー処理部
２４ 代理応答処理部
２５ プレゼンス情報処理部
４１ 着信先のＳＩＰ端末Ｂ１
４２ 着信先のＳＩＰ端末Ｂ２
４３ 着信先のＳＩＰ端末Ｂ３
Claims (4)
- 端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、代理応答専用識別情報を含み発信元端末の代理応答を行うための代理応答接続要求を、ＳＩＰサーバへ送信するステップと、
ＳＩＰサーバは、前記接続要求内の着信先識別情報をロケーションサーバに送るステップと、
ロケーションサーバは、着信先識別情報に基づき、ロケーションサーバからの代理応答専用のアドレスであるというその検索結果をＳＩＰサーバに対し返答するステップと、
ＳＩＰサーバは、その検索結果により、発信元端末から着信先端末への接続要求を解除するステップと、
ＳＩＰサーバは、代理応答端末に対して代理応答を許可するための接続要求を出力ステップと、
代理応答端末は前記接続要求を受けるための信号をＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、前記受けるための信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法。 - 端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、発信元端末の代理応答を行うための代理応答要求信号を、ＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、ポリシーサーバへ代理応答の許可に関する問い合わせを行うステップと、
ポリシーサーバは、発信元端末識別情報及び着信先端末識別情報に基づき、代理応答をどのようなルールに基づいて処理するかを設定するポリシーデータベースを参照し、その参照結果をＳＩＰサーバへ返答するステップと、
ＳＩＰサーバは、ポリシーサーバからの参照結果をもとに、代理応答を行うかどうか判断し、代理応答を行う場合、代理応答端末からの前記要求信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法。 - ポリシーサーバのポリシーデータベースは、発信元端末識別情報対応して、代理応答が許可される着信先端末の識別情報、及び／又は、日時・曜日等の許可時間についての代理応答のルールを保持することを特徴とする請求項２に記載のＩＰ電話システムの代理応答制御方法。
- 端末間の通信の呼制御プロトコルの処理を行うためのＳＩＰサーバを用いて、発信元端末からの着信要求を着信先端末以外の代理応答を要求した代理応答端末へ中継処理するためのＩＰ電話システムの代理応答制御方法であって、
代理応答端末は、所定の操作により、発信元端末の代理応答を行うための代理応答要求信号を、ＳＩＰサーバへ出力するステップと、
ＳＩＰサーバは、ポリシーサーバ及びプレゼンスサーバへ代理応答の許可に関する問い合わせを行うステップと、
ポリシーサーバは、発信元端末識別情報及び着信先端末識別情報に基づき、代理応答をどのようなルールに基づいて処理するかを設定するポリシーデータベースを参照し、その参照結果をＳＩＰサーバへ返答するステップと、
プレゼンスサーバは、代理応答をした代理応答端末の識別情報に基づき、発信元端末を含む端末グループ内の各端末のステータスを記憶したプレゼンスのデータベースの参照を行い、その参照結果をＳＩＰサーバへ返答するステップと、
ＳＩＰサーバは、ポリシーサーバ及びプレゼンスサーバからの参照結果をもとに、代理応答を行うかどうか判断し、代理応答を行う場合、代理応答端末からの前記要求信号を発信元端末に中継するステップと、
前記要求信号を受け取った発信元端末は、確認応答を代理応答端末へ送り、発信元端末と代理応答端末の通話を行うステップと、
を含む前記代理応答制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003029785A JP4028407B2 (ja) | 2003-02-06 | 2003-02-06 | Ｉｐ電話システムの代理応答制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003029785A JP4028407B2 (ja) | 2003-02-06 | 2003-02-06 | Ｉｐ電話システムの代理応答制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004242090A JP2004242090A (ja) | 2004-08-26 |
| JP4028407B2 true JP4028407B2 (ja) | 2007-12-26 |
Family
ID=32956867
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003029785A Expired - Fee Related JP4028407B2 (ja) | 2003-02-06 | 2003-02-06 | Ｉｐ電話システムの代理応答制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4028407B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006048925A1 (ja) * | 2004-11-02 | 2006-05-11 | Fujitsu Limited | 通信中継方法、通信中継プログラムおよび通信中継装置 |
| CN1842083A (zh) * | 2005-03-31 | 2006-10-04 | 株式会社日立制作所 | 用于动态控制多个通信终端的方法及装置 |
| JP4944415B2 (ja) | 2005-09-14 | 2012-05-30 | Ｎｅｃインフロンティア株式会社 | コミュニケーションシステム、プレゼンスサーバ及びそれらに用いるコミュニケーション方法 |
| JP4734170B2 (ja) | 2006-05-12 | 2011-07-27 | 株式会社東芝 | Ｉｐ電話中継装置、ｉｐ電話中継システム及びｉｐ電話中継方法 |
| JP5000215B2 (ja) | 2006-06-30 | 2012-08-15 | Ｎｅｃインフロンティア株式会社 | Ｓｉｐを用いたボタン電話装置およびそのグループ代表着信および着信応答方法 |
| JP5034449B2 (ja) * | 2006-11-09 | 2012-09-26 | 日本電気株式会社 | 代替応答システム、交換機及び代替応答方法 |
| JP5193902B2 (ja) * | 2009-02-25 | 2013-05-08 | 日本電信電話株式会社 | プレゼンスサービスシステム及びプレゼンスサービス方法 |
-
2003
- 2003-02-06 JP JP2003029785A patent/JP4028407B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004242090A (ja) | 2004-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI497966B (zh) | 用於根據一電腦協定將一電話通話與一對話相關聯之電腦可讀取記憶體及裝置 | |
| JP5332544B2 (ja) | 呼制御装置、呼制御システム、呼制御方法及びコンピュータプログラム | |
| US20050271055A1 (en) | Method, network arrangement and apparatus for providing ISDN services in next generation packet based telecommunication networks | |
| JP5000215B2 (ja) | Ｓｉｐを用いたボタン電話装置およびそのグループ代表着信および着信応答方法 | |
| US7412043B2 (en) | Automatic callback method for a packet-oriented network | |
| KR100956925B1 (ko) | 전화 장치 | |
| US20030206551A1 (en) | System and method for providing hybrid voice and packet data services to a mobile telecommunications device | |
| US7764666B2 (en) | VoIP gateway apparatus, and method for controlling call-in/call-out in VoIP gateway apparatus | |
| JP4028407B2 (ja) | Ｉｐ電話システムの代理応答制御方法 | |
| US7474665B2 (en) | Apparatus and method for compulsively receiving multi-calls over internet protocol phones in internet protocol telephony system | |
| JP4677350B2 (ja) | 呼制御信号転送装置、呼制御信号転送方法および呼制御信号転送プログラム | |
| JP2000059441A (ja) | プログラム可能な通信インタフェ―ス | |
| JP2007251612A (ja) | Ｉｐ電話交換機およびｉｐ電話交換機間ローミング方法 | |
| KR101190347B1 (ko) | 메신저/웹(/왑) 클라이언트를 이용한 통화 서비스 시스템및 그 방법 | |
| JP4111393B2 (ja) | Ｉｐ電話システム及びｉｐ電話装置 | |
| US8630254B2 (en) | Telephone line switching apparatus, telephone line switching system, telephone relay system, telephone relay method, telephone relay program | |
| JP4225259B2 (ja) | キャリア選択処理方法、発信処理方法、およびｉｐ電話装置 | |
| KR20050005804A (ko) | 세션 개시 프로토콜을 이용한 무조건 호/세션 전환 서비스제공방법 | |
| JP6187111B2 (ja) | 電話システム | |
| JP6221595B2 (ja) | 電話システム | |
| JP2006180372A (ja) | 常時ｉｐ網に接続していない通信端末へのｉｐ電話発信システム及び呼制御サーバ | |
| GB2427524A (en) | Anonymous communications system | |
| JP2021136513A (ja) | 通話システム、通話端末、通信制御装置、通話プログラム、通信制御プログラム、及び、通話方法 | |
| JP2008072314A (ja) | 交換装置、通信システム、通信制御方法 | |
| KR20020089644A (ko) | 인터넷 폰 시스템의 상태정보 공유 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051005 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070517 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070717 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070911 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071009 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071011 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101019 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111019 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121019 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121019 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131019 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |