JP4371874B2

JP4371874B2 - 通話保留音出力方法及びｓｉｐサーバ

Info

Publication number: JP4371874B2
Application number: JP2004086859A
Authority: JP
Inventors: 健堀
Original assignee: NEC Infrontia Corp
Current assignee: NEC Platforms Ltd
Priority date: 2004-03-24
Filing date: 2004-03-24
Publication date: 2009-11-25
Anticipated expiration: 2024-03-24
Also published as: JP2005277679A

Description

本発明は、通話保留音を端末から出力するための通話保留音出力方法及びサーバに関し、特に、通話保留音をＳＩＰ端末から出力するための通話保留音出力方法及びＳＩＰサーバに関する。

ＳＩＰ(Session Initiation Protocol)を使用して通話する電話機（以下、「ＳＩＰ端末」という。）が昨今たくさん発売されるようになってきている。これらの端末は通話に関してはＲＦＣなどで明確に規定されているが、通話保留機能などに関しては通話保留を意味するメッセージ（ｒｅ−Ｉｎｖｉｔｅメッセージ内のＳＤＰ情報で、ａ＝ｓｅｎｄｏｎｌｙと入れる。またはＲＴＰのＩＰアドレスを０．０．０．０にする）などはグローバルスタンダードになりつつあるが、通話保留するまでの各端末の手順は各端末でまちまちであるのが実状である。また、通話する相手は必ずしも同じメーカの物とは限らないため、ＳＩＰ端末ごとの仕様により通話保留機能などもまちまちである。
特開２０００−２３６３５６号公報特開２０００−２９５３５４号公報特開２００３−２５８８７９号公報

従来技術のシーケンスである図１を参照すると、ＳＩＰ端末２０００から発信されるＩｎｖｉｔｅメッセージをＳＩＰサーバ１０００が受信し、ＳＩＰサーバ１０００はＳＩＰ端末２０００に対してＴｒｙｉｎｇ１００を返信するとともに、ＳＩＰ端末２００１に対してＳＩＰ端末２０００からのＩｎｖｉｔｅメッセージを転送する。ＳＩＰ端末２００１はＩｎｖｉｔｅメッセージを受信すると、Ｒｉｎｇｉｎｇメッセージ１８０を発信する。Ｒｉｎｇｉｎｇメッセージ１８０を受信したＳＩＰサーバ１０００はＳＩＰ端末２０００にＲｉｎｇｉｎｇメッセージを転送する。同様にＳＩＰ端末２００１から送信されるＯＫ２００はＳＩＰ端末２０００に転送される。ＯＫ２００を受信したＳＩＰ端末２０００はＡＣＫを送信する。ＡＣＫを受信したＳＩＰサーバ１０００はＳＩＰ端末２００１にＡＣＫを送信する。以上のシーケンスでＳＩＰ端末２０００とＳＩＰ端末２００１はＲＴＰのセッションを張ることができ、ＰｅｅｒＴｏＰｅｅｒ通信をすることができる。

この状態からＳＩＰ端末２０００が通話保留を意味するｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを送信した場合、ＳＩＰサーバ１０００はＳＩＰ端末２００１にｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを転送する。ＳＩＰ端末２００１はＩｎｖｉｔｅ（Ｈｏｌｄ）メッセージを受けた場合、自身に通話保留音源をもっていれば自身の通話保留音を鳴らす。もっていない場合には無音となる。このように、このシーケンスでは通話保留音を流せるかどうかは端末に通話保留音源があるかないかによって決まってしまうとともに、端末毎にサポートしている音源が違うものであれば、鳴らせる音も違うものになってしまい、すべて同じ音源にしたい場合に不都合が生じる。

また、図２はdraft-ietf-sipping-service-examplesに記載されているシーケンスを示す。ＳＩＰ端末２０００とＳＩＰ端末２００１がＲＴＰセッションを張り、ＰｅｅｒＴｏＰｅｅｒ通信をはじめるまでの手順は図１の場合と同様である。ＳＩＰ端末２０００は通話保留音機能を有するミュージックサーバ３０００に対してＩｎｖｉｔｅメッセージを送信する。Ｉｎｖｉｔｅメッセージを受信したＳＩＰサーバ１０００はＴｒｙｉｎｇ１００をＳＩＰサーバ１０００に送信するとともに、ミュージックサーバ３０００に対してＩｎｖｉｔｅメッセージを転送する。ミュージックサーバ３０００はＩｎｖｉｔｅメッセージを受信するとＯＫ２００を返信する。ＯＫ２００を受信したＳＩＰサーバ１０００はＯＫ２００を受信するとＳＩＰ端末２０００に対してＯＫ２００を転送する。ＯＫ２００を受信したＳＩＰ端末２０００はＳＩＰ端末２００１に対してｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを送信する。ｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを受信したＳＩＰサーバ１０００はＳＩＰ端末２００１に対してｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを転送する。ｒｅ−Ｉｎｖｉｔｅメッセージを受信したＳＩＰ端末２００１は自身のＳＤＰ情報を乗せたＯＫ２００をＳＩＰ端末２００１に対して返信する。ＳＩＰサーバ１０００はＯＫ２００を受信するとＳＩＰ端末２０００に対してＯＫ２００を転送する。ＳＩＰ端末２０００はこのＯＫ２００を受信することにより、ＳＩＰ端末２００１のＳＤＰ情報を知ることができ、ＳＩＰ端末２００１のＳＤＰ情報を乗せたＡＣＫをミュージックサーバ３０００に送信する。ＳＩＰサーバ１０００はＡＣＫを受け取るとミュージックサーバ３０００に転送する。ＡＣＫをミュージックサーバ３０００が受信すると、ＳＩＰ端末２００１とミュージックサーバ３０００との間にＲＴＰセッションが張られ、ミュージックサーバ３０００からの通話保留音をＳＩＰ端末２００１は鳴らすことができる。

このシーケンスでは、ＳＩＰ端末２０００がミュージックサーバ３０００に対してＩｎｖｉｔｅメッセージを送出したり、ＳＩＰ端末２００１の情報をミュージックサーバ３０００に知らせるための仲介をする役目などを負う必要があり、かなり煩雑な動きをＳＩＰ端末２０００は要求される。また、ＳＩＰ端末２０００はミュージックサーバ３０００に関する情報を知っておく必要がある。また、ＳＩＰ端末は聞かせたい通話保留音を選択することができない。

本発明は、通話保留要求元の端末が複雑な仲介をしなくとも、被保留端末が、被保留端末が内蔵する通話保留音以外の通話保留音を出力することを可能とする通話保留音出力方法及びＳＩＰサーバを提供することを目的とする。

ＳＩＰ端末が送信してくるｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを受信したＳＩＰサーバは、被通話保留ＳＩＰ端末に対してｒｅ−Ｉｎｖｉｔｅメッセージを転送するのではなく、被通話保留ＳＩＰ端末に対してｒｅｆｅｒ「ｒｅｆｅｒ−ｔｏ：通話保留音源を持つ機器ＵＲＩ」メッセージを送信することにより、被通話保留ＳＩＰ端末と通話保留音源を持つ機器間でセッションを張らせて通話保留音を鳴らすことができる。これにより、ＳＩＰ端末が相手ＳＩＰ端末のＳＤＰ情報を仲介するなどの機能を不必要とし、また、通話保留されるすべての端末が同じ通話保留音を鳴らすことが可能となる。また、ＳＩＰサーバの保留音識別情報をＩｎｆｏメッセージでＳＩＰ端末に送り、ＳＩＰ端末がどの通話保留音を鳴らすかの選択結果を送り返すことにより、任意の通話保留音を被通話保留端末に対して鳴らせることが可能となる。

本発明の第１の観点によれば、第１のＳＩＰ端末が、通話保留要求を表すｒｅ−ｉｎｖｉｔｅメッセージを、ＳＩＰサーバに送信する通話保留要求送信ステップと、前記ＳＩＰサーバが、前記ｒｅ−ｉｎｖｉｔｅメッセージを受信したならば、通話保留音送信装置を参照先として記述したｒｅｆｅｒメッセージを、第２のＳＩＰ端末に送信する通信開始命令送信ステップと、前記第２のＳＩＰ端末が、前記ｒｅｆｅｒメッセージに従って、前記通話保留音送信装置との通信を開始する通信開始ステップと、前記第２のＳＩＰ端末と前記通話保留音送信装置との通信が確立したならば、前記通話保留音送信装置が、通話保留音を、前記第２のＳＩＰ端末に送信する通話保留音送信ステップと、前記第２のＳＩＰ端末が、前記通話保留音を出力する通話保留音出力ステップと、を備えることを特徴とする通話保留音出力方法が提供される。

上記の通話保留音出力方法は、前記通話保留要求送信ステップの前に、前記通話保留音送信装置が、各ＳＩＰ端末との対応関係を取って複数の通話保留音を格納する通話保留音格納ステップを更に備え、前記通話保留音送信ステップでは、前記通話保留音送信装置は、前記第２のＳＩＰ端末に対応付けられた通話保留音を、前記第２のＳＩＰ端末に送信してもよい。

上記の通話保留音出力方法において、前記ＳＩＰサーバは、前記通話保留音送信装置を兼ねていてもよい。

本発明の第２の観点によれば、通話保留要求を表すｒｅ−ｉｎｖｉｔｅメッセージを、通話保留要求元ＳＩＰ端末から受信するメッセージ受信手段と、前記ｒｅ−ｉｎｖｉｔｅメッセージを受信したならば、通話保留音送信装置を参照先として記述したｒｅｆｅｒメッセージを被通話保留ＳＩＰ端末に送信するメッセージ送信手段と、を備えることを特徴とするＳＩＰサーバが提供される。

上記のＳＩＰサーバは、前記被通話保留ＳＩＰ端末との間で通信を確立し、該通信において通話保留音を前記被通話保留ＳＩＰ端末に送信する通話保留音送信手段を更に備えていてもよい。

上記のＳＩＰサーバは、各ＳＩＰ端末との対応関係を取って複数の通話保留音を格納する通話保留音格納手段を更に備え、前記通話保留音送信手段は、前記被通話保留ＳＩＰ端末に対応付けられた通話保留音を前記被通話保留ＳＩＰ端末に送信してもよい。

ＳＩＰを使用して通話する電話機をＳＩＰサーバ経由で通信しているシステムにおいて、通話保留機能を実現させる場合、通話保留時に流れる音楽はＳＩＰ端末に搭載されている通話保留音を聞かせるか、ＳＩＰ端末が仲介役となり、複雑なシーケンスを行って外部サーバの通話保留音を聞かすという手順が必要である、しかし、本発明のようにＳＩＰサーバがＳＩＰ端末から通話保留指示を受信した際に、通話保留される端末に対して通話保留音源を持つ機器とセッションを張りなおすように指示することにより、煩雑な手順を踏むことなく通話保留音を鳴らすことが可能となる。

ＳＩＰサーバがＳＩＰ端末から送られてくるｒｅ−ｉｎｖｉｔｅ（通話保留）メッセージメッセージの情報を受信すると、ＳＩＰサーバはｒｅ−ｉｎｖｉｔｅメッセージを被通話保留ＳＩＰ端末に転送せず、Ｒｅｆｅｒメッセージを投げ通話保留音源を持つＳＩＰサーバに対して呼の転送をさせることにより、被通話保留ＳＩＰ端末にＳＩＰサーバからの通話保留音を鳴らすことが可能とする。また、通話保留音源を持つＳＩＰサーバから通話保留音リストをＳＩＰ端末に送信し、ＳＩＰ端末は好きな通話保留音を選択しＳＩＰサーバに通知することにより、被通話保留ＳＩＰ端末に対して任意の通話保留音をＳＩＰサーバから聞かせることが可能となる。

以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。

図３、図４を参照すると、本実施形態はＳＩＰサーバ１０００、ＳＩＰ端末２０００、ＳＩＰ端末２００１、ネットワーク４０００で行われる。

ＳＩＰサーバ１０００はＳＩＰプロキシーサーバ機能を有するとともに、通話保留音源を内部にもち、ＲＴＰセッションを張ることが可能である。ＳＩＰサーバ１０００はＲＴＰセッションを張ることにより、ＲＴＰセッション相手に対して通話保留音を流すことが可能である。

ＳＩＰ端末２０００はＳＩＰプロトコルにより呼制御をやり取りできる電話機であり、また、ＳＩＰＭｅｓｓａｇｅのＲｅｆｅｒを受信した場合には、Ｒｅｆｅｒ−Ｔｏヘッダに記述されている再接続先ＵＲＩ情報を取り出し、そのＵＲＩを有する再接続先と再接続する機能を有する。

ＳＩＰ端末２００１はＳＩＰプロトコルにより呼制御をやり取りできる電話機であり、また、ＳＩＰＭｅｓｓａｇｅのＲｅｆｅｒを受信した場合には、Ｒｅｆｅｒ−Ｔｏヘッダに記述されている再接続先ＵＲＩ情報を取り出し、そのＵＲＩを有する再接続先と再接続する機能を有する。

実施形態の動作に関して図３、図４、図５を参照すると、ＳＩＰ端末２０００から発信されるＩｎｖｉｔｅメッセージをＳＩＰサーバ１０００が受信し、ＳＩＰサーバ１０００はＳＩＰ端末２０００に対してＴｒｙｉｎｇ１００を返信するとともに、ＳＩＰ端末２００１に対してＳＩＰ端末２０００からのＩｎｖｉｔｅメッセージを転送する。ＳＩＰ端末２００１はＩｎｖｉｔｅメッセージを受信すると、Ｒｉｎｇｉｎｇメッセージ１８０を発信する。Ｒｉｎｇｉｎｇメッセージ１８０を受け取ったＳＩＰサーバ１０００はＳＩＰ端末２０００にＲｉｎｇｉｎｇメッセージ１８０を転送する。同様にＳＩＰ端末２００１から送信されるＯＫ２００はＳＩＰ端末２０００に転送される。ＯＫ２００を受信したＳＩＰ端末２０００はＡＣＫを送信する。ＡＣＫを受信したＳＩＰサーバ１０００はＳＩＰ端末２００１にＡＣＫを送信する。以上のシーケンスでＳＩＰ端末２０００とＳＩＰ端末２００１はＲＴＰのセッションを張ることができ、ＰｅｅｒＴｏＰｅｅｒ通信をすることができる。

ＳＩＰ端末２０００がｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを送信すると、ｒｅ−Ｉｎｖｉｔｅ（Ｈｏｌｄ）メッセージを受信したＳＩＰサーバ１０００はＳＩＰ端末２００１に対してｒｅｆｅｒ「ｒｅｆｅｒ−ｔｏ：ＳＩＰサーバ１０００のＵＲＩ」を送信し、ＳＩＰ端末２０００に対してはＴｒｙｉｎｇ１００を送出する。ｒｅｆｅｒ「ｒｅｆｅｒ−ｔｏ：ＳＩＰサーバ１０００のＵＲＩ」を受信したＳＩＰ端末２００１はｒｅｆｅｒメッセージを受領したことをＳＩＰサーバ１０００に示すために、Ａｃｃｅｐｔｅｄ２０２メッセージを返信する。ＳＩＰ端末２００１はＩｎｖｉｔｅメッセージをＳＩＰサーバ１０００に対して送信する。Ｉｎｖｉｔｅメッセージを受信したＳＩＰサーバ１０００はＯＫ２００をＳＩＰ端末２００１に対して送出する。ＯＫ２００を受信したＳＩＰ端末２００１はＡＣＫをＳＩＰサーバ１０００に送信する。これによりＳＩＰ端末２００１とＳＩＰサーバ１０００間にＲＴＰセッションが張られＰｅｅｒＴＯＰｅｅｒ状態での通信が始まる。ＳＩＰサーバ１０００は自身内部の通話保留音源をＲＴＰで流すことにより、ＳＩＰ端末２００１はＳＩＰサーバ１０００から受信した保留音を鳴らす。ＳＩＰ端末２００１からのＡＣＫを受けたＳＩＰサーバ１０００はＳＩＰ端末２０００に対してＯＫ２００を送信する。ＯＫ２００を受信したＳＩＰ端末２０００はＳＩＰ端末２００１が通話保留状態になったことがわかり、ＯＫ２００を受領したことを示すためにＡＣＫをＳＩＰサーバ１０００に返信する。

図６を参照するとＳＩＰ端末２０００がＳＩＰサーバ１０００にＲｅｇｉｓｔｒａｔｉｏｎメッセージを送信する。ＳＩＰサーバ１０００はＲｅｇｉｓｔｒａｔｉｏｎ処理終了後、ＯＫ２００を送出する。また、ＳＩＰサーバ１０００はＳＩＰサーバ１０００内で流せる通話保留音リストをＩｎｆｏメッセージでＳＩＰ端末２０００に送信する。ＳＩＰ端末２０００はＩｎｆｏメッセージを受信するとＮｏｔｉｆｙメッセージをＳＩＰサーバ１０００に送信する。ＳＩＰ端末２０００はＩｎｆｏメッセージで送られてきた通話保留音リストから相手に聞かせたい通話保留音を選択し、Ｉｎｆｏメッセージで通話保留音識別情報をＳＩＰサーバ１０００に送信する。ＳＩＰサーバ１０００はＳＩＰ端末２０００からのＩｎｆｏメッセージを受信すると、Ｉｎｆｏメッセージから通話保留音Ｎｏ．を取り出し、下表に示すようなＵＲＬまたはＩＰアドレスのような端末情報と通話保留音Ｎｏとの対応関係をデータベースに格納する。格納後ＳＩＰサーバ１０００はＮｏｔｉｆｙを送信する。

ＳＩＰ端末２００１もＳＩＰ端末２０００と同様にＳＩＰサーバ１０００にレジスト後通話保留音リストをもらい、またその通話保留音リストから使用する通話保留音Ｎｏ．をＳＩＰサーバ１０００に対して送信する。

ＳＩＰ端末２０００から発信されるＩｎｖｉｔｅメッセージをＳＩＰサーバ１０００が受け、ＳＩＰサーバ１０００はＳＩＰ端末２０００に対してＴｒｙｉｎｇ１００を返信するとともに、ＳＩＰ端末２００１に対してＳＩＰ端末２０００からのＩｎｖｉｔｅメッセージをＳＩＰ端末２００１に転送する。ＳＩＰ端末２００１はＩｎｖｉｔｅメッセージを受信すると、Ｒｉｎｇｉｎｇメッセージ１８０を発信する。Ｒｉｎｇｉｎｇメッセージ１８０を受け取ったＳＩＰサーバ１０００はＳＩＰ端末２０００にＲｉｎｇｉｎｇメッセージ１８０を転送する。同様にＳＩＰ端末２００１から送信されるＯＫ２００はＳＩＰ端末２０００に転送される。ＯＫ２００を受信したＳＩＰ端末２０００はＡＣＫを送信する。ＡＣＫを受信したＳＩＰサーバ１０００はＳＩＰ端末２００１にＡＣＫを送信する。以上のシーケンスでＳＩＰ端末２０００とＳＩＰ端末２００１はＲＴＰのセッションを張ることができ、ＰｅｅｒＴｏＰｅｅｒ通信をすることができる。

ＳＩＰ端末２０００からｒｅ−ｉｎｖｉｔｅ（通話保留）メッセージをＳＩＰサーバ１０００が受信すると、リストからＳＩＰ端末２０００が指定した通話保留音を検索する。検索終了後、ＳＩＰ端末２０００に対して、Ｔｒｙｉｎｇ１００を送信し、ＳＩＰ端末２００１に対してＲｅｆｅｒ「ｒｅｆｅｒ−ｔｏ：ＳＩＰサーバ１０００のＵＲＩ」メッセージを送信する。Ｒｅｆｅｒメッセージを受信したＳＩＰ端末２００１はｒｅｆｅｒリクエストを受託したことを示すために、Ａｃｃｅｐｔｅｄ２０２メッセージをＳＩＰサーバ１０００に送信する。その後、ＳＩＰ端末２００１はＳＩＰサーバ１０００に対してＩｎｖｉｔｅメッセージを送信する。ＳＩＰ端末２００１からＩｎｖｉｔｅメッセージを受け取ったＳＩＰサーバ１０００はＯＫ２００をＳＩＰ端末２００１に対して送信する。ＳＩＰ端末２００１は、ＯＫ２００を受信するとＡＣＫをＳＩＰサーバ１０００に対して送信する。これにより、ＳＩＰサーバ１０００とＯＫ２００のＲＴＰのセッションが張られ、ＲＴＰパケットのやり取りが行われるようになる。ＳＩＰサーバ１０００からはＳＩＰ端末２０００が希望した通話保留音をＳＩＰ端末２００１に対して送信する。これにより、ＳＩＰ端末２００１は通話保留音を鳴らすことになる。ＳＩＰサーバ１０００はＳＩＰ端末２００１からＡＣＫを受信するとＳＩＰ端末２０００に対してＯＫ２００を送信する。ＯＫ２００を受信したＳＩＰ端末２０００はＯＫ２００を受信することで通話保留が完了したことを認識する。

図５又は図６の実施形態において、ＳＩＰサーバ１０００が通話保留音源を有する代りに、ミュージックサーバが通話保留音源を有するようにして、ＳＩＰサーバ１０００からＳＩＰ端末２００１に送るｒｅｆｅｒの引数を「ｒｅｆｅｒ−ｔｏ：ミュージックサーバのＵＲＩ」としても良い。この場合、ＳＩＰ端末２００１がＡｃｃｅｐｔｅｄ２０２０をＳＩＰサーバ１０００に送信した後、ＳＩＰ端末２００１はＩｎｖｉｔｅメッセージをミュージックサーバに対して送信する。Ｉｎｖｉｔｅメッセージを受信したミュージックサーバはＯＫ２００をＳＩＰ端末２００１に対して送出する。ＯＫ２００を受信したＳＩＰ端末２００１はＡＣＫをミュージックサーバに送信する。これによりＳＩＰ端末２００１とミュージックサーバ間にＲＴＰセッションが張られＰｅｅｒＴＯＰｅｅｒ状態での通信が始まる。ミュージックサーバは自身内部の通話保留音源をＲＴＰで流すことにより、ＳＩＰ端末２００１はミュージックサーバから受信した通話保留音を鳴らす。

また、図６の実施形態において、ＳＩＰサーバ１０００が通話保留音源を有する代りに、ミュージックサーバが通話保留音源を有するようにした場合には、ＳＩＰ端末２０００がミュージックサーバにＲｅｇｉｓｔｒａｔｉｏｎメッセージを送信する。ミュージックサーバはＲｅｇｉｓｔｒａｔｉｏｎ処理終了後、ＯＫ２００を送出する。また、ミュージックサーバはミュージックサーバ内で流せる通話保留音リストをＩｎｆｏメッセージでＳＩＰ端末２０００に送信する。ＳＩＰ端末２０００はＩｎｆｏメッセージを受信するとＮｏｔｉｆｙメッセージをミュージックサーバに送信する。ＳＩＰ端末２０００はＩｎｆｏメッセージで送られてきた通話保留音リストから相手に聞かせたい通話保留音を選択し、Ｉｎｆｏメッセージで通話保留音識別情報をミュージックサーバに送信する。ミュージックサーバはＳＩＰ端末２０００からのＩｎｆｏメッセージを受信すると、Ｉｎｆｏメッセージから通話保留音Ｎｏ．を取り出し、上表に示すようなＵＲＬまたはＩＰアドレスのような端末情報と通話保留音Ｎｏとの対応関係をデータベースに格納する。格納後ミュージックサーバはＮｏｔｉｆｙを送信する。

本発明は、ＳＩＰ端末において通話保留の際に通話保留音を鳴らすことに利用することができる。

従来例による通話保留方法を示すシーケンス図である。他の従来例による通話保留方法を示すシーケンス図である。本発明の実施形態による通話保留方法を行うための通話システムを示す概念図である。本発明の実施形態による通話保留方法を行うための通話システムを示す他の概念図である。本発明の実施形態による通話保留方法を示すシーケンス図である。本発明の他の実施形態による通話保留方法を示すシーケンス図である。

符号の説明

２０００ＳＩＰ端末
２００１ＳＩＰ端末
１０００ＳＩＰサーバ

Claims

第１のＳＩＰ端末が、通話保留要求を表すｒｅ−ｉｎｖｉｔｅメッセージを、ＳＩＰサーバに送信する通話保留要求送信ステップと、
前記ＳＩＰサーバが、前記ｒｅ−ｉｎｖｉｔｅメッセージを受信したならば、通話保留音送信装置を参照先として記述したｒｅｆｅｒメッセージを、第２のＳＩＰ端末に送信する通信開始命令送信ステップと、
前記第２のＳＩＰ端末が、前記ｒｅｆｅｒメッセージに従って、前記通話保留音送信装置との通信を開始する通信開始ステップと、
前記第２のＳＩＰ端末と前記通話保留音送信装置との通信が確立したならば、前記通話保留音送信装置が、通話保留音を、前記第２のＳＩＰ端末に送信する通話保留音送信ステップと、
前記第２のＳＩＰ端末が、前記通話保留音を出力する通話保留音出力ステップと、
を備えることを特徴とする通話保留音出力方法。
請求項１に記載の通話保留音出力方法において、
前記通話保留要求送信ステップの前に、
前記通話保留音送信装置が、各ＳＩＰ端末との対応関係を取って複数の通話保留音を格納する通話保留音格納ステップを更に備え、
前記通話保留音送信ステップでは、前記通話保留音送信装置は、前記第２のＳＩＰ端末に対応付けられた通話保留音を、前記第２のＳＩＰ端末に送信することを特徴とする通話保留音出力方法。
請求項１又は２に記載の通話保留音出力方法において、
前記ＳＩＰサーバは、前記通話保留音送信装置を兼ねることを特徴とする通話保留音出力方法。
通話保留要求を表すｒｅ−ｉｎｖｉｔｅメッセージを、通話保留要求元ＳＩＰ端末から受信するメッセージ受信手段と、
前記ｒｅ−ｉｎｖｉｔｅメッセージを受信したならば、通話保留音送信装置を参照先として記述したｒｅｆｅｒメッセージを被通話保留ＳＩＰ端末に送信するメッセージ送信手段と、
を備えることを特徴とするＳＩＰサーバ。
請求項４に記載のＳＩＰサーバにおいて、
前記被通話保留ＳＩＰ端末との間で通信を確立し、該通信において通話保留音を前記被通話保留ＳＩＰ端末に送信する通話保留音送信手段を更に備えることを特徴とするＳＩＰサーバ。
請求項５に記載のＳＩＰサーバにおいて、
各ＳＩＰ端末との対応関係を取って複数の通話保留音を格納する通話保留音格納手段を更に備え、
前記通話保留音送信手段は、前記被通話保留ＳＩＰ端末に対応付けられた通話保留音を前記被通話保留ＳＩＰ端末に送信することを特徴とするＳＩＰサーバ。