JP6643514B2 - Ｉｐ電話システム、ｉｐ電話サーバ装置、及びそのプログラム - Google Patents

Description

この発明は、例えばVoIP（Voice over Internet Protocol）を採用した構内電話交換システムで使用されるＩＰ電話サーバ装置及びそのプログラムに関する。また、この発明は、当該ＩＰ電話サーバ装置を備えたＩＰ電話システムに関する。

近年普及しているVoIP技術により、ＩＰ電話サービスが広く利用されている。ＩＰ電話サービスでは送受信プロトコルとして、SIP（Session Initiation Protocol）、RTP（Real-time Transport Protocol）、RTCP（Real-time Transport Control Protocol）が一般に使用されており、これらのプロトコルによりパケット化された音声データを送受信する。音声データは発信者端末から受信者端末に向けて送信されるが、該音声データをサーバ装置により加工した後、受信者端末へ転送することも可能である。

例えば、会議電話サービスでは、複数の会議参加者の端末から送信された音声データをサーバ装置でそれぞれ受信してミキシングした後、各会議参加者の端末へ送信するようにしている（例えば特許文献１を参照）。さらに、会議参加者の音声データをサーバ装置に記憶し、後にレビューまたは処理する機能を備えたシステムも提案されている（例えば特許文献２を参照）。

特開２００４−２２２１９４号公報 特開２０１３−２１１８４９号公報

ところが、特許文献１に記載されたような従来の会議電話サービスは、ミキシング対象の音声データが会議参加者の端末から送信された音声データに限定されている。このため、例えば会議中に緊急放送の音声データや会議中の雰囲気を和らげるためのＢＧＭ（Back Ground Music）を会議参加者の端末へ送信することができなかった。

また、特許文献２に記載された音声データ記録機能を備えたシステムは、複数の話者の音声データを単にミキシングした状態で記録するものが一般的である。このため、話者の音声データを個別に再生、編集或いは返信することはできなかった。

この発明は上記事情に着目してなされたもので、第１の目的は、通話中の端末に対し通話を中断することなく他の音声データを送信することを可能にしたＩＰ電話サーバ装置を提供することにある。

また第２の目的は、複数の話者の音声データを個別に再生、編集または返信可能な状態に記録できるようにしたＩＰ電話サーバ装置を提供することにある。

また第３の目的は、２つの端末がピアツーピア通信で通話している状態から、当該通話に用いた接続を切断することなく、少なくとも当該２つの端末が参加する会議通話を開催することにある。

上記目的を達成するためにこの発明の第１の態様は、音声通信機能を有する複数の端末間を呼制御プロトコルにより選択的に接続し、該接続された複数の端末間で音声通信を可能にするＩＰ電話サーバ装置にあって、前記複数の端末に含まれる第１の端末から一斉通報のための接続要求を受信した場合に、前記複数の端末のうち通報対象となる各端末について通話中か待受中を判定し、待受中と判定された第２の端末に対し、当該第２の端末と前記第１の端末との間を接続する。そして、前記第１の端末から送信される一斉通報音声データを蓄積し、前記第１の端末と接続された前記第２の端末に対しては前記蓄積された一斉通報音声データを転送し、前記判定手段により通話中と判定された第３の端末に対しては通話中を維持した状態で当該第３の端末を送信先とする通話音声データに前記蓄積された一斉通報音声データを合成して転送するようにしたものである。

第２の態様は、音声通信機能を有する複数の端末間を呼制御プロトコルにより選択的に接続し、該接続された複数の端末間で音声通信を可能にするＩＰ電話サーバ装置にあって、複数の会議通話グループの各々に対応付けて異なる会議メロディデータを予め記憶しておく。そして、会議通話のための接続要求を受信した場合に、当該会議通話のグループを構成する複数の端末間を接続し、当該複数の端末間で会議通話が行われている期間に、当該会議通話のグループに対応する会議メロディデータを読み出し、前記会議通話グループを構成する複数の端末を送信先とする会議通話音声データに前記読み出された会議メロディデータを合成して送信するようにしたものである。

第３の態様は、音声通信機能を有する複数の端末間を呼制御プロトコルにより選択的に接続し、該接続された複数の端末間で音声通信を可能にするＩＰ電話サーバ装置にあって、第１の端末から第２の端末宛ての伝言登録要求を受信した場合に、前記第１の端末から送信される伝言音声データを受信してその管理データと関連付けて掲示板メモリに記憶し、かつ前記第２の端末から前記伝言音声データの管理データに基づく再生要求を受信した場合に、前記掲示板メモリから伝言音声データを読み出して前記第２の端末へ送信する。また、前記第２の端末から前記伝言音声データに対する返信要求を受信した場合には、前記第２の端末から送信される返信音声データを受信してその管理データと関連付けて前記掲示板メモリに記憶し、前記第１の端末から前記返信音声データの管理データに基づく再生要求を受信した場合に、前記掲示板メモリから前記返信音声データを読み出して前記第１の端末へ送信する。そして、再生対象となる前記伝言音声データおよび前記返信音声データを選択するために使用するツリー型をなす送受信履歴の一覧表示情報を、前記伝言音声データおよび前記返信音声データの各管理データに基づいて作成し、前記第１および第２の端末へ送信するようにしたものである。

この発明の第４の態様は、前記第１または第２の端末から前記掲示板メモリに記憶された伝言音声データまたは返信音声データに対する編集要求を受信した場合に、前記第１または第２の端末から送信される編集音声データを受信して当該編集音声データにより前記伝言音声データまたは返信音声データを編集し、当該編集後の伝言音声データまたは返信音声データを前記掲示板メモリに記憶させる処理を、さらに行うようにしたものである。

この発明の第５の態様は、例えば留守番電話サービス機能を利用して記憶された音声データに対し再生位置のジャンプ先が設定された場合に、当該ジャンプ先を表すマーク情報をマーク管理テーブルに記憶する。そして、上記記憶された音声データの再生中に、当該再生を行っている端末から再生位置のジャンプ要求を受信した場合に、上記マーク管理テーブルに記憶されたマーク情報に基づいて、上記再生中の音声データの再生位置を上記ジャンプ先の位置へ移動させるようにしたものである。

この発明の第６の態様は、複数の端末間で伝送される音声データの特徴を表す画像データおよび効果音データの少なくとも一方を含むスタンプデータをスタンプ識別情報に関連付けて記憶するスタンプデータ記憶部を備える。そして、上記会議通話のグループを構成する複数の端末間で会議通話が行われている期間に、上記複数の端末の１つからスタンプデータの付与要求を受信した場合に、当該付与要求に含まれるスタンプ識別情報に対応するスタンプデータを上記スタンプデータ記憶部から読み出し、上記付与要求の送信元となる端末から送信された音声データに上記読み出されたスタンプデータを付与するための制御を行うようにしたものである。

この発明の第７の態様、第８の態様及び第１１の態様は、音声通信機能を有する複数の端末に含まれる第１の端末と第２の端末との間でピアツーピア通信によって音声データを伝送可能なように、前記第１の端末と前記第２の端末との接続を確立させる。そして、
前記第１の端末と前記ＩＰ電話サーバ装置との間で音声データを伝送可能なように前記第１の端末と前記ＩＰ電話サーバ装置との接続を確立させ、且つ前記第２の端末と前記ＩＰ電話サーバ装置との間で音声データを伝送可能なように前記第２の端末と前記ＩＰ電話サーバ装置との接続を確立させることを用いて、前記接続制御手段により確立された前記第１の端末と前記第２の端末との間の接続を、前記第１の端末と前記ＩＰ電話サーバ装置との接続、及び前記第２の端末と前記ＩＰ電話サーバ装置との接続に変更する。さらに、当該接続が変更された前記第１の端末及び前記第２の端末を少なくとも含む複数の端末が参加する会議通話を、該会議通話に参加する該複数の端末のそれぞれから送信される音声データを受信し、音声データの送信元の端末それぞれに対して、該複数の端末から送信された音声データのうち、該送信元の端末から送信された音声データを除いた音声データで示される音声を含む音声データを送信することで実施するようにしたものである。

この発明の第９の態様は、前記接続制御手段により接続された前記第１の端末又は前記第２の端末からの要求に応じて、前記変更する。そして、前記要求に応じて、前記第１の端末及び前記第２の端末に加えて前記複数の端末に含まれる第３の端末が参加する前記会議通話を実施するようにしたものである。

この発明の第１０の態様は、前記複数の端末に含まれる第３の端末からの要求に応じて、前記変更する。そして、前記要求に応じて、前記第１の端末及び前記第２の端末に加えて前記第３の端末が参加する前記会議通話を実施するようにしたものである。

第１の態様によれば、通話中と判定された第３の端末に対し、通話中の状態を維持しつつ当該第３の端末を送信先とする通話音声データに一斉通報音声データが合成されて転送される。このため、例えば会議通話中の複数の端末に対し、当該通話を終了することなく、一斉通報の音声データをすることができる。

第２の態様によれば、会議通話のグループを構成する複数の端末間で会議通話が行われている期間に、前記会議通話のグループに対応する会議メロディデータが読み出され、前記会議通話のグループを構成する複数の端末を送信先とする会議通話音声データに合成されて送信される。このため、会議通話グループを構成する各端末からは会議中に会議メロディが出力されることになり、これにより各会議参加者はＢＧＭ等の音楽を聴きながら会議を行うことが可能となる。

第３の態様によれば、端末間で、ツリー型をなす送受信履歴の一覧表示情報をもとに、あたかも電子掲示板のように音声データの送信とその再生、音声データの返信とその再生を行うことが可能となる。

第４の態様によれば、端末からの編集要求に応じて、記憶済の伝言音声データまたは返信音声データが編集され、当該編集後の伝言音声データまたは返信音声データが前記掲示板メモリに記憶される。このため、記憶された伝言データおよび返信データに対し内容の追加や変更、削除を行うことが可能となる。

第５の態様によれば、音声データの再生中に、予め設定されたジャンプ先へ再生位置が自動的にジャンプされる。このため、音声データの再生者は、例えば音声データ中の重要な部分のみを再生することが可能となる。

第６の態様によれば、会議通話中の端末からスタンプデータの付与要求が送信されると、当該スタンプデータが上記要求元の端末から送信された音声データに付与される。このため、例えば会議通話参加者は、自身の送話音声データにその時の自身の状況や感情、意図等を画像または効果音で表したスタンプデータにより伝えることが可能となる。

第７の態様、第８の態様及び第１１の態様によれば、ピアツーピア通信によって通話中の２つの端末に確立された接続を、会議通話が可能なように変更する。そして、ＩＰ電話サーバ装置は、変更された接続を用いて会議通話を開始させる。このため、ＩＰ電話サーバ装置は、ピアツーピア通信によって通話中であった２つの端末が少なくとも参加する会議通話を、当該ピアツーピア通信に用いられた接続を切断すること無しに開催することが可能となる。

第９の態様によれば、ＩＰ電話サーバ装置は、ピアツーピア通信によって通話中の２つの端末のうちのいずれかの端末からの要求に応じて、当該２つの端末の間に確立された接続を、会議通話が可能なように変更する。そして、ＩＰ電話サーバ装置は、変更された接続を用いて会議通話を開始する。このとき、ＩＰ電話サーバ装置は、当該会議通話には、通話中であった２つの端末に加えて、通話中であった端末が指定する端末も参加させる。このため、通話中であった端末は、ピアツーピア通信によって通話中であった２つの端末に加えて、当該通話中であった端末が指定する端末が参加する会議通話を、当該ピアツーピア通信に用いられた接続が切断されること無しに開催させることが可能となる。

第１０の態様によれば、ＩＰ電話サーバ装置は、通話中でない端末からの要求に応じて、ピアツーピア通信によって通話中の端末の間に確立された接続を、会議通話が可能なように変更する。そして、ＩＰ電話サーバ装置は、変更された接続を用いて会議通話を開始する。このとき、ＩＰ電話サーバ装置は、当該会議通話には、通話中であった２つの端末及び当該要求をした端末を参加させる。このため、当該通話中でない端末は、ＩＰ電話サーバ装置に要求することで、ピアツーピア通信によって通話中であった２つの端末及び自らが参加する会議通話を、当該ピアツーピア通信に用いられた接続が切断されること無しに開催させることが可能となる。

この発明の実施形態に係るＩＰ電話サーバ装置を備えた構内電話システムの全体構成を示す図。 この発明の第１の実施形態に係るＩＰ電話サーバ装置の機能構成及び要部回路構成を示すブロック図。 図２に示したＩＰ電話サーバ装置による一斉通報のための動作を説明するための図。 図２に示したＩＰ電話サーバ装置による一斉通報のための動作を説明するための図。 図２に示したＩＰ電話サーバ装置による一斉通報のための動作を説明するための図。 この発明の第２の実施形態に係るＩＰ電話サーバ装置の機能構成及び要部回路構成を示すブロック図。 図６に示したＩＰ電話サーバ装置による会議メロディ送信動作を説明するための図。 図６に示したＩＰ電話サーバ装置による会議メロディ送信動作を説明するための図。 この発明の第３の実施形態に係るＩＰ電話サーバ装置の機能構成及び要部回路構成を示すブロック図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 図９に示したＩＰ電話サーバ装置による音声掲示板の記録再生動作を説明するための図。 この発明の第４の実施形態に係るＩＰ電話サーバ装置の機能構成及び要部回路構成を示すブロック図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第１の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第１の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第１の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第１の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第１の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第２の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第２の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第２の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板の音声編集動作の第２の実施例を説明するための図。 図１４に示したＩＰ電話サーバ装置による音声伝言板管理情報の一例を説明するための図。 この発明の第５の実施形態に係るＩＰ電話サーバ装置の機能構成及び要部回路構成を示すブロック図。 図２０に示したＩＰ電話サーバ装置によるスタンプ付与動作の第１の実施例を説明するための図。 図２０に示したＩＰ電話サーバ装置によるスタンプ付与動作の第１の実施例を説明するための図。 図２０に示したＩＰ電話サーバ装置によるスタンプ付与動作の第２の実施例を説明するための図。 この発明の第６の実施形態に係るＩＰ電話サーバ装置の機能構成及び要部回路構成を示すブロック図。 図２４に示したＩＰ電話サーバ装置による再生位置設定動作を説明するための図。 図２４に示したＩＰ電話サーバ装置による再生位置設定動作を説明するための図。 図２４に示したＩＰ電話サーバ装置による再生位置ジャンプ動作を説明するための図。 図２４に示したＩＰ電話サーバ装置による再生位置ジャンプ動作を説明するための図。 図２４に示したＩＰ電話サーバ装置による再生位置ジャンプ動作を説明するための図。 ＩＰ電話サーバ装置のプログラム構成の具体例を示すブロック図。 図２７に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。 図２７に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。 この発明の第７の実施形態に係るＩＰ電話サーバ装置の機能構成及び要部回路構成を示すブロック図。 図１に示した構内電話システムの第７の実施形態に係る情報の流れを示すシーケンス図。 図１に示した構内電話システムの第７の実施形態にかかる情報の流れを示すシーケンス図。 図２９に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。 図２９に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。 図２９に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。 図２９に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。 図２９に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。 図２９に示したＩＰ電話サーバ装置の動作手順と動作内容を示すフローチャート。

以下、図面を参照してこの発明に係わる実施形態をいくつか説明する。
［第１の実施形態］
（構成）
図１は、この発明の第１の実施形態に係るＩＰ電話サーバ装置を備えた構内電話システムの全体構成を示す図である。このシステムは、無線エリアＥ１，Ｅ２，…を形成する複数の基地局ＢＳ１，ＢＳ２，…と、これらの基地局ＢＳ１，ＢＳ２，…を収容する制御装置ＣＳと、この制御装置ＣＳに接続される構内交換機（ＰＢＸ）ＥＸと、上記制御装置ＣＳに対し構内ネットワークＮＷを介して接続されるＩＰ電話サーバ装置ＳＶとを備えている。構内ネットワークＮＷはＬＡＮ（Local Area Network）により構成される。

例えばＰＨＳ端末、DECT（Digital Enhanced Cordless Telecommunications）方式を用いた端末又はTETRA（Terrestrial Trunked Radio）方式を用いた端末からなる無線端末ＭＴ１，ＭＴ２，…は、上記無線エリアＥ１，Ｅ２，…内で無線回線を介して基地局ＢＳ１，ＢＳ２，…に接続される。そして無線端末ＭＴ１，ＭＴ２，…は、制御装置ＣＳの制御により相互間で内線通話が可能となると共に、構内交換機ＥＸを介して外線通話が可能となる。なお、音声通話機能を有するスマートフォンやパーソナルコンピュータ等の情報端末を制御装置ＣＳに接続し、内線通話および外線通話を行うことも可能である。

ＩＰ電話サーバ装置ＳＶはＩＰテレフォニサーバからなり、次のように構成される。図２はその機能構成及び要部回路構成を示すブロック図である。すなわち、ＩＰ電話サーバ装置ＳＶは、ＣＰＵ（Central Processing Unit）およびバッファメモリを有する制御ユニット１Ａと、記憶ユニット２Ａと、通信インタフェースユニット３と、入出力インタフェースユニット４と、この入出力インタフェースユニット４に接続される入力部５および表示部６とを備えている。

通信インタフェースユニット３は、制御ユニット１の制御の下、構内ネットワークＮＷを介して、上記無線端末ＭＴ１，ＭＴ２，…および固定端末との間でRTPに従い音声データの送受信を行う。

入出力インタフェースユニット４は、例えばキーボードからなる入力部５において入力された入力データを制御ユニット１に供給すると共に、制御ユニット１から出力された表示データを液晶表示器からなる表示部６へ出力する。

記憶ユニット２Ａは、記憶媒体としてＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の随時書き込み読み出しが可能なメモリを使用したもので、端末管理情報記憶部２１を備えている。端末管理情報記憶部２１には、無線端末ＭＴ１，ＭＴ２，…および固定端末の識別情報に対応付けて、電話番号やユーザ情報、端末の使用状態を表す情報が記憶される。使用状態を表す情報には、待機中、通話中、会議通話中等のステータスが含まれる。

制御ユニット１Ａは、交換サーバとしての機能を有する交換制御ユニット１１と、音声サーバとしての機能を有する音声制御ユニット１２Ａとを備えている。交換制御ユニット１１は、制御機能として呼制御部１１１と、要求判別部１１２とを有する。

呼制御部１１１は、例えば会議通話のグループを構成する端末間にSIPによるセッションを確立する処理を行う。要求判別部１１２は、端末から送信される各種要求を判別し、要求に応じた通信経路の制御を行う。例えば、端末から一斉通報の要求を受信した場合には、通話中の端末が送受信する音声データの経路を音声制御ユニット１２Ａ経由に変更する。

音声制御ユニット１２Ａは、本実施形態に係る制御機能として、一斉通報音声転送制御部１２１を備えている。一斉通報音声転送制御部１２１は、上記要求判別部１１２から一斉通報要求の受信が通知された場合に、一斉通報送信端末から送信された一斉通報のための音声データを、音声バッファ部１２２を用いて通話中の音声データにミキシングし、このミキシング後の音声データを上記通話中の端末へ転送する処理を行う。

なお、交換制御ユニット１１および音声制御ユニット１２Ａが備える各制御機能は、いずれも図示しないプログラムメモリに格納されたプログラムを上記ＣＰＵに実行させることにより実現される。

（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによる一斉通報動作を説明する。図３乃至図５はその動作手順と動作内容の一例を説明するための図である。

いま仮に、無線端末ＭＴ１１とＭＴ２１が内線通話を行っているものとする。この状態で、図３に示すように無線端末ＭＴ０が一斉通報を行うべく、特番操作により一斉通報の要求を送信したとする。

ＩＰ電話サーバ装置ＳＶは、端末から送信された要求を受信すると、交換制御ユニット１１の要求判別部１１２により上記要求の種類を判別する。そして、上記要求が一斉通報の要求と認識すると、先ず端末管理情報記憶部２１に記憶された管理情報をもとに、一斉通報対象となるすべての端末について通話中か否かを判定する。この判定の結果、待受中と判定された端末に対しては、呼制御部１１１の制御の下、一斉通報元の端末ＭＴ０と一斉通報先となる各端末との間にセッションを確立し、以後一斉通報元の端末ＭＴ０から送信された一斉通報の音声データを通報先の各端末へ転送する。

一方、上記判定の結果通話中と判定された無線端末ＭＴ１１，ＭＴ２１に対しては、図４に示すように通話中の音声データの転送経路を、音声制御ユニット１２Ａを経由する経路に変更するように指示する。音声制御ユニット１２Ａは、一斉通報音声転送制御部１２１の制御の下、図５に示すように、上記通話中の無線端末ＭＴ１１，ＭＴ２１へ転送すべき通話音声データに、上記一斉通報元の端末ＭＴ０から送信された一斉通報の音声データをミキシングし、このミキシング後の音声データを無線端末ＭＴ１１，ＭＴ２１へ送信する。上記音声データのミキシング処理は、無線端末ＭＴ１１，ＭＴ２１から送信された音声データを音声バッファ部１２２に別々に保存し、この保存された各音声データに上記一斉通報の音声データをそれぞれ合成することにより行われる。かくして、通話中の各無線端末ＭＴ１１，ＭＴ２１では、通話中の音声に一斉通報の音声が重畳された状態で拡声出力される。

（効果）
以上述べたように第１の実施形態では、一斉通報の要求を受信した場合に、通話中の無線端末ＭＴ１１，ＭＴ２１の通話音声転送経路を音声制御ユニット１２Ａ経由に変更し、以後音声制御ユニット１２Ａにおいて上記無線端末ＭＴ１１，ＭＴ２１宛ての通話音声データに一斉通報の音声データをミキシングして無線端末ＭＴ１１，ＭＴ２１へ送信するようにしている。このため、通話中の無線端末ＭＴ１１，ＭＴ２１では、内線通話を一旦終話することなく、いち早く一斉通報を聞くことが可能となる。

因みに従来では、通話中の端末が存在する場合、一斉通報の着信があることを知らせるための一斉通報音を通話中の端末に送信する。そして、所定の周期で予め設定されたリトライ回数だけ接続を試み、接続された後に一斉通報音声を転送するようにしている。このため、通話中の話者は一旦通話を中断しなければならずその操作が面倒であると共に、一斉通報を確認するタイミングが遅くなる傾向がある。

［第２の実施形態］
この発明の第２の実施形態は、会議中の端末に対し、当該会議に対応付けて予め用意された会議メロディを通話音声にミキシングしてＢＧＭ（Back Ground Music）として送信するようにしたものである。

（構成）
図６は、この発明の第２の実施形態に係るＩＰ電話サーバ装置ＳＶの機能構成及び要部回路構成を示すブロック図である。なお、同図において図２と同一部分には同一符号を付して詳しい説明は省略する。また、システム全体の構成については図１を用いて説明を行う。

記憶ユニット２Ｂには、端末管理情報記憶部２１に加えて、会議メロディ記憶部２２が設けられている。会議メロディ記憶部２２には、会議室番号または会議グループ番号に対応付けて会議メロディの曲データが記憶されている。

制御ユニット１Ｂの音声制御ユニット１２Ｂは、第２の実施形態を実施する上で必要な制御機能として、会議メロディ送信制御部１２３を備えている。この会議メロディ送信制御部１２３は、プログラムメモリに格納されたプログラムをＣＰＵに実行させることにより実現される。

会議メロディ送信制御部１２３は、ある会議室に備えられた固定端末間で会議通話が行われているとき、またはある会議グループに属する無線端末間で会議通話が行われているときに、当該会議室または会議グループに対応付けられた会議メロディの曲データを会議メロディ記憶部２２から読み出す。そして、上記会議通話中の端末を送信先とする音声データに上記読み出された曲データをミキシングし、このミキシング後の音声データを上記送信先の端末へ送信する処理を行う。

（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによる会議メロディ送信動作を説明する。図７はその動作手順と動作内容の一例を示す図である。
いま会議室Ｒ１，Ｒ２においてそれぞれ会議が行われるものとする。交換制御ユニット１１は、呼制御部１１１の制御の下で、会議室Ｒ１，Ｒ２ごとに当該会議室に備えられた複数の固定端末との間にそれぞれSIPによりセッションを確立する。

音声制御ユニット１２Ｂは、上記会議室Ｒ１，Ｒ２ごとに、当該会議室の各固定端末からRTPにより送信された通話音声データを音声バッファ部１２２を用いてミキシングし、このミキシング後の通話音声データを上記各固定端末へ送信する。なお、上記通話音声データのミキシング処理は、会議に参加する複数の固定端末の各々について、当該固定端末に対応付けられた音声バッファにおいて当該固定端末を除く他のすべての固定端末の送信音声データを合成することにより行われる。

また、それと共に会議メロディ送信制御部１２３は、上記通話音声データをミキシングする際に、図７に示すように上記会議室番号に対応付けられた会議メロディの曲データを会議メロディ記憶部２２から読み出し、当該会議メロディの曲データを上記各端末へ送信する通話音声データにミキシングする。そして、この会議メロディの曲データが重畳されたミキシング後の通話音声データを各固定端末へ送信する。

かくして、会議に参加している各固定端末には、ミキシングされた他の会議参加者の送話音声に重畳されて会議メロディがＢＧＭとして送られる。このため各会議参加者は、重畳されたＢＧＭをもとに、参加している会議室が正しいか否かを判断することが可能となる。

（効果）
以上述べたように第２の実施形態では、音声制御ユニット１２Ｂにおいて、会議室Ｒ１，Ｒ２ごとに当該会議室Ｒ１，Ｒ２で行われる会議に参加している各参加者の送話音声データをミキシングする際に、当該会議室Ｒ１，Ｒ２に対応付けられた会議メロディの曲データを会議メロディ記憶部２２から読み出してミキシングし、このミキシング後の音声データを上記各会議参加者の端末へ送信するようにしている。このため、会議参加者は会議メロディにより会議室を判別することが可能となり、参加すべき会議室の誤りを防止することができる。また、会議の趣旨に適合した会議メロディを選択することで、会議の能率を高めることも可能となる。

なお、以上の動作例では会議室ごとに会議メロディを対応付けて出力させるようにした。しかし、それに限るものではなく、例えば図８に示すように会議グループごとに会議メロディを対応付けておき、当該会議グループに属するユーザが自身の無線端末を持って会議に参加する際に、当該会議グループに対応する会議メロディの曲データを通話音声データにミキシングして配信するようにしてもよい。

また、端末ごとにメロディの曲データを対応付けて記憶しておき、上記端末が他の端末との間で通話を行う際に、その通話音声データに上記端末に対応付けられたメロディの曲データをミキシングして端末へ送信するようにしてもよい。このようにすると、話者はＢＧＭ付きの通話を行うことができる。

［第３の実施形態］
この発明の第３の実施形態は、ＩＰ電話サーバ装置ＳＶに音声掲示板の記録再生機能とその管理機能を設け、これらの機能を用いて音声掲示板への音声記事の登録とその再生、および返信を可能にしたものである。

（構成）
図９は、この発明の第３の実施形態に係るＩＰ電話サーバ装置ＳＶの機能構成及び要部回路構成を示すブロック図である。なお、同図において図２または図６と同一部分には同一符号を付して詳しい説明は省略する。また、システム全体の構成については図１を用いて説明を行う。

記憶ユニット２Ｃには、端末管理情報記憶部２１に加えて、音声データ記憶部２３と、音声掲示板管理情報記憶部２４が設けられている。音声データ記憶部２３は、音声掲示板に登録された音声記事のデータを記憶するために用いられる。音声掲示板管理情報記憶部２４は、音声掲示板の管理情報を記憶するために用いられる。

制御ユニット１Ｃの音声制御ユニット１２Ｃは、第３の実施形態を実施するために必要な制御機能として音声掲示板記録再生制御部１２４を備えている。この音声掲示板記録再生制御部１２４は、プログラムメモリに格納されたプログラムをＣＰＵに実行させることにより実現される。

音声掲示板記録再生制御部１２４は、以下の各機能を有している。
(1) 端末から音声掲示板への音声スレッドの登録要求を受信した場合に、上記端末から送信された音声記事データを音声データ記憶部２３の音声掲示板領域に記憶させると共に、上記音声スレッドを管理するための音声掲示板管理情報を生成して音声掲示板管理情報記憶部２４に格納する処理。

(2) 上記音声スレッドの表示要求を受信した場合に、上記音声掲示板管理情報記憶部２４から音声掲示板管理情報を読み出して要求元の端末へ送信する。そして、上記音声掲示板管理情報に基づいて所望の音声記事データの再生要求を受信した場合に、該当する音声記事データを音声データ記憶部２３から読み出して要求元の端末へ送信する処理。

(3) 上記再生した音声記事データに対する返信要求を受信した場合に、受信した返信音声記事データを上記音声データ記憶部２３に格納すると共に、当該返信音声記事データを管理するための管理情報を上記音声掲示板管理情報に追加する処理。

（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによる音声掲示板記録再生動作を説明する。図１０乃至図１３はその動作手順と動作内容の一例を示す図である。

（１）音声掲示板への新規音声記事の登録
例えば無線端末ＭＴ１１から、図１０Ａに示すように、音声記事の登録要求、つまり音声スレッドの登録要求を受信したとする。そうすると音声制御ユニット１２Ｃの音声掲示板記録再生制御部１２４は、音声録音動作を開始し、図１０Ｂに示すように上記無線端末ＭＴ１１から送信された音声記事データを受信して音声データ記憶部２３に保存する。

そして、上記音声記事データの入力終了後に、無線端末ＭＴ１１においてユーザが上記音声記事に対するタイトルを入力すると、当該タイトルを表すテキストデータが上記無線端末ＭＴ１１から音声制御ユニット１２Ｃへ送られる。音声制御ユニット１２Ｃは、上記タイトルのテキストデータを含む音声掲示板管理情報を生成し、音声掲示板管理情報記憶部２４に格納する。例えば、図１０Ｃに示すように登録者名「AAAA」、発信元端末ＭＴ１１の電話番号「090-1111-2222」および登録日時に、上記タイトルのテキストデータ「○○について」を付加した音声掲示板管理情報を生成し、音声掲示板管理情報記憶部２４に格納する。

（２）音声記事データの再生
例えば無線端末ＭＴ２１から、図１１Ａに示すように音声掲示板管理情報の表示要求を受信すると、音声制御ユニット１２Ｃは音声掲示板記録再生制御部１２４の制御の下、図１１Ｂに示すように指定された音声掲示板管理情報を音声掲示板管理情報記憶部２４から読み出し、上記要求元の無線端末ＭＴ２１へ送信する。この結果無線端末ＭＴ２１には上記音声掲示板管理情報が表示される。

この状態で、ユーザが無線端末ＭＴ２１において上記音声掲示板管理情報を選択すると、音声記事の再生要求が図１１Ｃに示すように音声制御ユニット１２Ｃへ送信される。音声制御ユニット１２Ｃの音声掲示板記録再生制御部１２４は、上記再生要求を受信すると、図１１Ｄに示すように、当該再生要求により指示された音声掲示板管理情報に対応付けられた音声記事データを音声データ記憶部２３から読み出し、当該音声記事データを要求元の無線端末ＭＴ２１へ送信する。かくして無線端末ＭＴ２１では、無線端末ＭＴ１１のユーザが登録した音声記事が拡声出力される。

（３）音声記事の返信
上記音声記事に対し返信する場合、無線端末ＭＴ２１のユーザは上記音声掲示板管理情報を選択した上で、返信操作を行う。そうすると、図１２Ａに示すように無線端末ＭＴ２１から音声制御ユニット１２Ｃへ音声記事の返信要求が送信される。

音声制御ユニット１２Ｃの音声掲示板記録再生制御部１２４は、上記返信要求を受信すると音声録音動作を開始し、図１２Ｂに示すように上記無線端末ＭＴ２１から送信された音声記事データを受信して音声データ記憶部２３に保存する。

そして、上記音声記事データの返信が終了すると、音声制御ユニット１２Ｃの音声掲示板記録再生制御部１２４は、図１２Ｃに示すように上記返信元のユーザ名、無線端末ＭＴ２１の電話番号および返信日時を含み、かつ先頭に返信印を付与した返信管理情報を生成し、この生成した返信管理情報を上記返信先の音声掲示板管理情報に関連付けして音声掲示板管理情報記憶部２４に格納する。

例えば、図１２Ｃに示す例では、返信者名「BBBB」、発信元端末ＭＴ２１の電話番号「090-2222-3333」および返信日時からなる返信管理情報を、先頭位置に返信印“Re”を付与し、返信先となる上記「AAAA」の音声記事に対応する音声掲示板管理情報に関連付けした状態で、音声掲示板管理情報記憶部２４に格納する。この結果、音声掲示板管理情報記憶部２４には、元の音声記事から返信音声記事が派生したことをツリー状に関連付けした音声掲示板管理情報が格納される。

以後同様に、別のユーザの端末が音声記事データを返信するごとに、当該返信音声記事データが音声データ記憶部２３に記憶されると共に、音声掲示板管理情報が更新されて音声掲示板管理情報記憶部２４に格納される。図１３はその一例を示すもので、ユーザ「CCCC」および「DDDD」がそれぞれ電話番号「090-4444-5555」および「090-6666-7777」を持つ端末から音声記事を返信した場合に生成されるツリー状の音声掲示板管理情報を示している。

（効果）
以上述べたように第３の実施形態では、音声制御ユニット１２Ｃに音声掲示板記録再生制御部１２４を設け、この音声掲示板記録再生制御部１２４の制御の下、無線端末ＭＴ１１，ＭＴ２１等から送信された新規登録の音声記事データおよびそれに対する返信音声記事データを音声データ記憶部２３に記憶させると共に、これらの音声記事データの管理情報をツリー状に関連付けした音声掲示板管理情報を生成して音声掲示板管理情報記憶部２４に格納するようにしている。このため、音声を用いた掲示板をテキストデータを用いた掲示板と同様のスタイルで実現することができる。

［第４の実施形態］
この発明の第４の実施形態は、ＩＰ電話サーバ装置ＳＶに音声伝言板への音声メッセージの記録再生機能と編集機能を設け、これらの機能を用いて音声伝言板への音声メッセージの登録、再生および編集を可能にしたものである。

（構成）
図１４は、この発明の第４の実施形態に係るＩＰ電話サーバ装置ＳＶの機能構成及び要部回路構成を示すブロック図である。なお、同図において図２、図６または図９と同一部分には同一符号を付して詳しい説明は省略する。また、システム全体の構成については図１を用いて説明を行う。

記憶ユニット２Ｄには、端末管理情報記憶部２１に加えて、音声データ記憶部２３と、音声伝言板管理情報記憶部２５が設けられている。音声データ記憶部２３は、音声伝言板に登録された音声メッセージを記憶するために用いられる。音声伝言板管理情報記憶部２５は、音声伝言板の管理情報を記憶するために用いられる。

制御ユニット１Ｄの音声制御ユニット１２Ｄは、この第４の実施形態を実施するために必要な制御機能として、音声伝言板記録再生制御部１２５と、音声伝言板編集制御部１２６を備えている。これらの音声伝言板記録再生制御部１２５および音声伝言板編集制御部１２６は、プログラムメモリに格納されたプログラムをＣＰＵに実行させることにより実現される。

音声伝言板記録再生制御部１２５は、以下の制御機能を備えている。
(1) 端末から音声伝言板への登録要求を受信した場合に、端末から送信された音声伝言メッセージを音声データ記憶部２３の伝言板領域に記憶させると共に、当該音声伝言メッセージの管理情報を生成して音声伝言板管理情報記憶部２５に格納する処理。
(2) 端末から、上記音声伝言板の管理情報に基づいて音声伝言メッセージの再生要求が送られた場合に、該当する音声伝言メッセージを上記音声データ記憶部２３から読み出して要求元の端末へ送信する処理。

音声伝言板編集制御部１２６は、上記音声伝言メッセージの再生中に端末から編集要求が送られた場合に、当該音声伝言メッセージの再生を停止する。そして、続いて上記端末から送られる編集用の音声データを受信し、当該音声データにより上記再生中の音声伝言メッセージを更新する。またそれと共に、上記更新後の音声伝言メッセージの管理情報を生成し、当該管理情報を編集前の管理情報に関連付けて音声伝言板管理情報記憶部２５に格納する処理を行う。

（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによる音声伝言板の編集動作を説明する。
なお、音声データ記憶部２３の伝言板領域および音声伝言板管理情報記憶部２５には既に音声伝言メッセージおよびその管理情報が記憶されているものとする。音声伝言メッセージおよびその管理情報の登録動作は、第３の実施形態で述べた音声掲示板への音声データおよびその管理情報の登録動作と同一であるため、ここでは説明を省略する。

音声伝言板の編集方式としては、挿入方式と、ミキシング方式が考えられる。図１５および図１６は挿入方式による編集動作を、また図１７および図１８はミキシング方式による編集動作をそれぞれ示すものである。

（１）挿入方式
ここでは、ユーザ「AAAA」が登録した音声伝言メッセージを、他のユーザ「DDDD」が挿入方式を用いて編集する場合を例にとって説明する。

先ずユーザ「DDDD」は自身の無線端末ＭＴ２２において、ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｄから音声伝言板管理情報を取得して表示させ、この管理情報に基づいて再生対象のメッセージを指定した上で、音声伝言メッセージの再生要求操作を行う。そうすると、図１５Ａに示すように無線端末ＭＴ２２からＩＰ電話サーバ装置ＳＶへ音声伝言板の再生要求が送信される。

これに対しＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｄは、上記再生要求を受信すると、図１５Ｂに示すように当該再生要求により指定された音声伝言メッセージを音声データ記憶部２３から読み出し、音声バッファ部１２２に一旦保存したのち要求元の無線端末ＭＴ２２へ送信する。この結果、無線端末ＭＴ２２では上記ユーザ「AAAA」が登録した音声伝言メッセージが拡声出力される。

この状態でユーザ「DDDD」が、再生中の音声伝言メッセージの編集対象位置において編集要求操作を行うと、図１６Ａに示すように当該操作のタイミングで無線端末ＭＴ２２からＩＰ電話サーバ装置ＳＶへ音声伝言メッセージの編集要求が送信される。

これに対しＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｄは、上記編集要求を受信すると、上記音声バッファ部１２２による上記音声伝言メッセージの読み出し動作を停止する。続いて無線端末ＭＴ２２から編集用の音声データが送られると、図１６Ｂに示すように当該編集用の音声データを受信し、上記音声バッファ部１２２において上記再生中の音声伝言メッセージの再生停止位置以降に上記編集用の音声データを挿入する。この結果、ユーザ「AAAA」が登録した音声伝言メッセージの途中に、他のユーザ「DDDD」の音声データを挿入した音声伝言メッセージが生成される。

そして、無線端末ＭＴ２２から編集終了要求を受信すると、音声制御ユニット１２Ｄは図１６Ｃに示すように上記編集後の音声伝言メッセージを音声バッファ部１２２から読み出して音声データ記憶部２３に記憶させる。またそれと共に、編集後の音声伝言メッセージの管理情報を生成し、当該管理情報を図１６Ｃに示すように編集前の音声伝言メッセージの管理情報に関連付けて、更新履歴として音声伝言板管理情報記憶部２５に格納する。かくして、挿入方式による音声伝言メッセージの編集が行われる。

（２）ミキシング方式
ここでは、ユーザ「AAAA」が登録した音声伝言メッセージを、他のユーザ「BBBB」がミキシング方式（ＯＲ挿入方式）を用いて編集する場合を例にとって説明する。

先ずユーザ「BBBB」は自身の無線端末ＭＴ２１において、ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｄから音声伝言板管理情報を取得して表示させ、この管理情報に基づいて再生対象のメッセージを指定した上で、音声伝言メッセージの再生要求操作を行う。そうすると、図１７Ａに示すように無線端末ＭＴ２１からＩＰ電話サーバ装置ＳＶへ音声伝言板の再生要求が送信される。

これに対しＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｄは、上記再生要求を受信すると、図１７Ｂに示すように当該再生要求により指定された音声伝言メッセージを音声データ記憶部２３から読み出し、音声バッファ部１２２に一旦保存したのち要求元の無線端末ＭＴ２１へ送信する。この結果、無線端末ＭＴ２１では上記ユーザ「AAAA」が登録した音声伝言メッセージが拡声出力される。

この状態でユーザ「BBBB」が、再生中の音声伝言メッセージの編集対象位置において編集要求操作を行うと、図１８Ａに示すように当該操作のタイミングで無線端末ＭＴ２１からＩＰ電話サーバ装置ＳＶへ音声伝言メッセージの編集要求が送信される。

これに対しＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｄは、上記編集要求を受信すると、上記音声バッファ部１２２による上記音声伝言メッセージの読み出し動作を停止する。続いて無線端末ＭＴ２２から編集用の音声データが送られると、図１８Ｂに示すように当該編集用の音声データを受信し、上記音声バッファ部１２２を用いて、上記再生中の音声伝言メッセージの再生停止位置以降の部位に、上記編集用の音声データをミキシングする。この結果、ユーザ「AAAA」が登録した音声伝言メッセージの一部区間に、他のユーザ「BBBB」の音声データを合成させた音声伝言メッセージが生成される。

そして、無線端末ＭＴ２１から編集終了要求を受信すると、上記編集後の音声伝言メッセージを音声バッファ部１２２から読み出して音声データ記憶部２３に記憶させる。またそれと共に、編集後の音声伝言メッセージの管理情報を生成し、当該管理情報を編集前の音声伝言メッセージの管理情報に関連付けて、更新履歴として音声伝言板管理情報記憶部２５に格納する。

以後同様に、ユーザが音声伝言メッセージを編集するごとに、音声データ記憶部２３に記憶された音声伝言メッセージは更新され、かつ音声伝言板管理情報記憶部２５に格納された音声伝言板管理情報が更新される。図１９は上記音声伝言メッセージの編集後の音声伝言板管理情報の一例を示すものである。

（効果）
以上述べたように第４の実施形態では、ＩＰ電話サーバ装置ＳＶに音声伝言板記録再生制御部１２５および音声伝言板編集制御部１２６を設け、これらの制御部を用いて音声伝言板への音声伝言メッセージの登録とその再生、当該再生された音声の編集を行うようにしている。このため、ユーザは音声伝言メッセージを任意に音声伝言板に登録しこれを再生することが可能となり、さらに複数のユーザで共有すべき音声伝言メッセージをより正確な内容に編集することが可能となる。

［第５の実施形態］
この発明の第５の実施形態は、ＩＰ電話サーバ装置ＳＶが、会議グループを構成する複数の端末に対し予めスタンプ情報を配信し、端末から上記スタンプ情報の中から選択したスタンプの表示要求を受信した場合に、上記会議グループを構成する複数の端末に対しスタンプの表示指示を送信し、これにより各端末において上記予め配信されたスタンプ情報をもとに上記表示指示により指定されたスタンプを表示するようにしたものである。

（構成）
図２０は、この発明の第５の実施形態に係るＩＰ電話サーバ装置ＳＶの機能構成及び要部回路構成を示すブロック図である。なお、同図においても図２、図６、図９または図１４と同一部分には同一符号を付して詳しい説明は省略する。また、システム全体の構成については図１を用いて説明を行う。

記憶ユニット２Ｅには、端末管理情報記憶部２１に加えて、スタンプ情報記憶部２６が設けられている。スタンプ情報記憶部２６には、各々スタンプ番号にスタンプデータを対応付けた複数のスタンプ情報が事前に記憶されている。スタンプデータは画像データまたは効果音データからなる。

制御ユニット１Ｅの音声制御ユニット１２Ｅは、第５の実施形態を実施するために必要な制御機能としてスタンプ情報送信制御部１２７を備えている。このスタンプ情報送信制御部１２７は、プログラムメモリに格納されたプログラムをＣＰＵに実行させることにより実現される。

スタンプ情報送信制御部１２７は、会議グループを構成する複数の端末に対し、上記スタンプ情報記憶部２６に記憶されたスタンプ情報を配信する。そして、上記複数の端末において複数のスタンプ情報の中の１つが選択されてそのスタンプ番号を含む表示要求が送られた場合に、選択されたスタンプ情報の種類に応じて、以下の２種類のスタンプ制御を実行する。

(1) 画像データのみからなるスタンプ情報が選択された場合に、会議グループを構成する他の端末に対し上記スタンプ番号を含む表示要求を送信して、端末において画像データからなるスタンプを表示させる制御。
(2) 画像データと効果音データからなる効果音付きスタンプ情報が選択された場合に、会議グループを構成する他の端末向けの音声データに上記効果音付きスタンプ情報により指定される効果音データをミキシングして送信すると共に、上記効果音付きスタンプ情報のスタンプ番号を含む表示要求を送信して、端末において画像データからなるスタンプを表示させる制御。

（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによるスタンプの付与動作を説明する。スタンプの付与方法には、例えば画像データからなるスタンプを受信側の端末で表示させるものと、効果音データからなるスタンプを会議通話音に重畳するものがある。

（１）画像スタンプを用いる場合
いま端末ＭＴ３１，ＭＴ３２，ＭＴ３３が会議グループを構成し、これらの端末ＭＴ３１，ＭＴ３２，ＭＴ３３間でＩＰ電話サーバ装置ＳＶを介して会議通話を行っているものとする。この会議通話は、ＩＰ電話サーバ装置ＳＶの交換制御ユニット１１により端末ＭＴ３１，ＭＴ３２，ＭＴ３３との間にそれぞれSIPによるセッションを確立し、この状態で音声制御ユニット１２Ｅにより、各端末ＭＴ３１，ＭＴ３２，ＭＴ３３から送信された音声データをミキシングして各端末ＭＴ３１，ＭＴ３２，ＭＴ３３へ送信することにより実現される。なお、音声データの伝送は、RTPによりパケット化された状態で行われる。

上記会議通話中に、当該会議通話を行っている端末の１つがスタンプ情報の要求を送信すると、音声制御ユニット１２Ｅはスタンプ情報送信制御部１２７の制御の下、スタンプ情報記憶部２６からすべてのスタンプ情報を読み出す。そして、このスタンプ情報群を、図２１に示すように上記会議グループを構成する各端末ＭＴ３１，ＭＴ３２，ＭＴ３３へそれぞれ送信する。なお、このスタンプ情報群の転送は、TCP/IPソケット通信により行われる。

各端末ＭＴ３１，ＭＴ３２，ＭＴ３３はいずれもスタンプ付与のためのアプリケーションを備えており、上記ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｅから送られたスタンプ情報をスタンプ管理テーブルに保存する。

この状態で、例えば端末ＴＭ３２において、ユーザがスタンプ管理テーブルに保存されたスタンプ情報の一覧から、図２２中の(1) に示すように、使用したいスタンプ番号ＳＰ１を選択したとする。そうすると、図２２中の(2) に示すように上記選択されたスタンプ番号ＳＰ１を含む表示要求が上記ＩＰ電話サーバ装置ＳＶへ送信される。なお、上記表示要求はTCP/IPソケット通信を用いて行われる。

これに対し、上記ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｅは、上記表示要求を受信すると、図２２中の(3) に示すように、当該表示要求を上記会議グループに含まれる他のすべての端末ＭＴ３１，ＭＴ３３へ転送する。なお、上記ＩＰ電話サーバ装置ＳＶから端末ＭＴ３１，ＭＴ３３への表示要求の転送も、TCP/IPソケット通信を用いて行われる。

上記表示要求を受信すると端末ＭＴ３１，ＭＴ３３は、図２２中の(4) に示すように、当該受信された表示要求に含まれるスタンプ番号ＳＰ１をもとに、スタンプ管理テーブルから対応するスタンプデータを読み出し、この読み出したスタンプデータを表示器のスタンプ表示エリアに表示させる。従って、端末ＭＴ３１，ＭＴ３３を使用する会議参加者は、端末ＭＴ３１を使用する参加者の大凡の状況または感情をスタンプにより認識することが可能となる。

（２）効果音付きスタンプを用いる場合
ＩＰ電話サーバ装置ＳＶの記憶ユニット２Ｅに設けられたスタンプ情報記憶部２６には、画像データに効果音データを加えたスタンプデータがスタンプ番号ＳＭ１，ＳＭ２，…に対応付けて予め記憶されている。

図２３は、効果音付きスタンプを用いた場合の動作を説明する図である。いま例えば会議グループを構成する各端末ＭＴ３１，ＭＴ３２，ＭＴ３３が会議通話を行っているものとする。この状態で、上記会議グループを構成する各端末ＭＴ３１，ＭＴ３２，ＭＴ３３のうちＭＴ３２がスタンプ情報の要求を送信すると、音声制御ユニット１２Ｅはスタンプ情報送信制御部１２７の制御の下、スタンプ情報記憶部２６からすべてのスタンプ情報を読み出す。そして、このスタンプ情報群を、図２１に示したように上記各端末ＭＴ３１，ＭＴ３２，ＭＴ３３へTCP/IPソケット通信を用いて送信する。

各端末ＭＴ３１，ＭＴ３２，ＭＴ３３はいずれもスタンプ付与を要求するためのアプリケーションを備えており、上記ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｅから送られたスタンプ情報をスタンプ管理テーブルに保存する。

この状態で、例えば端末ＴＭ３２において、ユーザがスタンプ管理テーブルに保存されたスタンプ情報の一覧から、図２３中の(1) に示すように、効果音付きスタンプ情報を選択したとする。そうすると、図２３中の(2) に示すように上記選択された効果音付きスタンプ情報に対応するスタンプ番号ＳＭ１を含む表示要求が上記ＩＰ電話サーバ装置ＳＶへ送信される。

これに対し、上記ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｅは、上記スタンプ番号ＳＭ１を含む表示要求を受信すると、当該スタンプ番号ＳＭ１に対応するスタンプデータをスタンプ情報記憶部２６から読み出す。そして、この読み出されたスタンプデータに含まれる効果音データを上記他の端末ＭＴ３１，ＭＴ３３向けの各音声データにミキシングし、上記他の端末ＭＴ３１，ＭＴ３３へ送信する。またそれと共に、上記受信したスタンプ番号ＳＭ１を含む表示要求を上記他の端末ＭＴ３１，ＭＴ３３へ送信する。

上記表示要求を受信すると端末ＭＴ３１，ＭＴ３３は、図２３中の(4) に示すように、当該受信された表示要求に含まれるスタンプ番号ＳＭ１をもとに、スタンプ管理テーブルから対応するスタンプデータを読み出し、この読み出されたスタンプデータに含まれる画像データを表示器のスタンプ表示エリアに表示させる。またそれと共に、効果音が会議音声にミキシングされた状態で拡声出力される。従って、端末ＭＴ３１，ＭＴ３３を使用する会議参加者は、端末ＭＴ３１を使用する参加者の大凡の状況または感情を画像スタンプと効果音により認識することが可能となる。

（効果）
以上述べたように第５の実施形態では、ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｅの制御の下で、会議グループを構成する複数の端末ＭＴ３１，ＭＴ３２，ＭＴ３３に対しスタンプ情報を配信して、スタンプ管理テーブルに保存させる。そして、上記端末ＭＴ３１，ＭＴ３２，ＭＴ３３のいずれかからスタンプ表示要求を受信した場合に、当該表示要求を上記会議グループを構成する他の端末へ転送して対応する画像を表示させる。また、上記スタンプ表示要求が効果音付きの場合には、上記会議グループを構成する他の端末宛ての会議音声データに効果音データをミキシングして送信するようにしている。従って、会議通話中に会議参加者は、他のユーザのその時の状況や感情、意図等を画像スタンプと効果音により簡易に認識することができる。

［第６の実施形態］
この発明の第６の実施形態は、留守番電話サービス機能を用いて記録された音声データを再生する際に、当該記録された再生データ中の任意の位置にマークを設定しておき、上記音声データの再生中にユーザのジャンプ操作が行われた場合に、当該音声データの再生位置を上記マークが設定された位置に移動（ジャンプ）させるようにしたものである。

（構成）
図２４は、この発明の第６の実施形態に係るＩＰ電話サーバ装置ＳＶの機能構成及び要部回路構成を示すブロック図である。なお、同図において図２、図６、図９、図１４または図２０と同一部分には同一符号を付して詳しい説明は省略する。また、システム全体の構成については図１を用いて説明を行う。

記憶ユニット２Ｆには、端末管理情報記憶部２１に加えて、音声データ記憶部２３およびマーク管理テーブル２７が設けられている。音声データ記憶部２３は、例えば留守番電話サービス機能を利用して伝言音声データを記憶するために用いられる。マーク管理テーブル２７は、上記音声データ記憶部２３に記憶された伝言音声データに対しユーザが設定したジャンプ先の位置を表すタイムスタンプ情報を記憶するために用いられる。

音声制御ユニット１２Ｆは、マーク設定制御部１２８と、再生位置移動制御部１２９を備えている。マーク設定制御部１２８は、上記音声データ記憶部２３に記憶された伝言音声データの再生中に、その端末から再生位置のジャンプ先を表すマークの設定要求を受信した場合に、当該マークの設定要求により表されるジャンプ先の位置を表すタイムスタンプ情報をマーク管理テーブル２７に記憶させる処理を行う。

再生位置移動制御部１２９は、上記音声データ記憶部２３に記憶された伝言音声データの再生中に、その端末から再生位置のジャンプ要求を受信した場合に、現在の再生位置を、マーク管理テーブル２７に記憶されたタイムスタンプ情報により表されるジャンプ先の再生位置へジャンプさせる処理を行う。

（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによる再生位置のジャンプ動作を説明する。図２５および図２６はその動作手順と動作内容を示す図である。

留守番電話サービス機能を利用した伝言音声データが音声データ記憶部２３に記憶されている状態で、端末ＭＴ１１が上記伝言音声データの再生要求を送信すると、ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｆは該当する伝言音声データを音声データ記憶部２３から読み出し、図２５Ａに示すようにRTPを用いて要求元の端末ＭＴ１１へ送信する。

この状態で、端末ＭＴ１１においてユーザが再生位置のジャンプ先を指定すると、当該ジャンプ先を表すマークの設定要求が端末ＭＴ１１からＩＰ電話サーバ装置ＳＶへ送信される。このマークの設定要求を受信すると、ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｆは、図２５Ｂに示すように当該マークの設定要求により表されるジャンプ先の位置を表す情報をマーク管理テーブル２７に格納する。具体的には、上記マーク設定時の伝言音声データのRTP上のタイムスタンプをマーク管理テーブル２７に格納する。このタイムスタンプは、伝言メッセージの再生開始位置からの経過時間により表される。なお、上記ジャンプ先の位置を表すタイムスタンプは、１つの伝言音声データ中に複数箇所設定することができる。

上記マークの設定後、端末ＭＴ１１のユーザが上記伝言音声データを再度再生している状態で、再生位置をジャンプさせるための特番操作を行ったとする。そうすると、図２６Ａに示すように端末ＭＴ１１からＩＰ電話サーバ装置ＳＶへジャンプ要求が送信される。

上記ジャンプ要求を受信すると、ＩＰ電話サーバ装置ＳＶの音声制御ユニット１２Ｆは、再生中の伝言音声データにマークが設定されているか否かをマーク管理テーブル２７をもとに判定する。そして、マークが設定されていなければ、図２６Ｂに示すように上記伝言音声データを引き続き連続的に再生する。

これに対しマークが設定されている場合には、現再生位置に対し最も近いタイムスタンプに対応する伝言音声データの位置を算出し、この算出された位置へ上記伝言音声データの再生位置を図２６Ｃに示すようにジャンプさせる。以後同様に、端末ＭＴ１１からジャンプ要求を受信するごとに、マーク管理テーブル２７に保存されたタイムスタンプをもとにジャンプ先の位置を算出し、当該位置に再生位置をジャンプさせる。

（効果）
以上述べたように第６の実施形態では、留守番電話サービス機能を用いて音声データ記憶部２３に記憶された音声データを再生する際に、当該記憶された再生データ中の所望の位置にジャンプ先を示すマークを設定してその位置を表すタイムスタンプをマーク管理テーブル２７に保存しておき、上記音声データの再生中にユーザがジャンプ操作を行った場合に、当該音声データの再生位置を上記マークが設定されたタイムスタンプ位置にジャンプさせるようにしている。

したがって、例えば会議通話参加者は、自身の送話音声データにその時の自身の状況や感情、意図等を画像または効果音で表したスタンプデータにより伝えることが可能となる。

＜具体例＞
図２７は、ＩＰ電話サーバ装置ＳＶのソフトウエア構成の具体例を示すブロック図である。同図において前記図２、図６、図９、図１４、図２０、図２４と同一部分には同一符号を付して詳しい説明は省略する。

交換制御ユニット１１は例えば交換サーバにより構成され、プログラムとして、SIPライブラリ１１ａと、コールバック関数１１ｂと、イベントループ１１ｃと、ソケットスレッド１１ｄを有している。SIPライブラリ１１ａは、SIPによる種々制御を実行するためのプログラム群を含む。コールバック関数１１ｂはSIPライブラリ１１ａからのコールバックを受信する関数である。イベントループ１１ｃはSIPイベント、タイマイベント、交換制御ユニットと音声制御ユニットとの間の電文ソケットイベントに対する処理を実行する。ソケットスレッド１１ｄは、音声制御ユニット１２Ａ〜１２Ｆとの間でTCP/IPソケット通信を行うために使用する。

音声制御ユニット１２Ａ〜１２Ｆは、例えば上記交換制御ユニット１１とは独立して設けられる音声サーバからなり、プログラムとして、SIPライブラリ１２ａと、ソケットスレッド１２ｂと、コールバック関数１２ｃと、イベントループ１２ｄと、音声送信スレッド１２ｅとを有している。SIPライブラリ１２ａは、RTPによる種々制御を実行するためのプログラム群を含む。ソケットスレッド１２ｂは、交換制御ユニットと音声制御ユニットとの間の電文ソケットからのデータをイベントキューに挿入する処理を行う。コールバック関数１２ｃは、SIPライブラリ１２ａからのコールバックを受信する関数である。イベントループ１２ｄは、SIPイベント、タイマイベント、交換制御ユニットと音声制御ユニットとの間の電文ソケットイベントに対する処理を実行する。音声送信スレッド１２ｅは、音声掲示板または伝言掲示板を構成する際に使用される。

記憶ユニット２Ａ〜２Ｆは、音声制御ユニット１２Ａ〜１２Ｆから送信された音声データの蓄積、会議メロディ情報、音声掲示板管理情報、伝言掲示板管理情報、スタンプ情報およびマーク情報を記憶するための記憶領域を備える。

図２８（図２８Ａ及びＢ）は、上記図２７に示した交換制御ユニット１１および音声制御ユニット１２Ａ〜１２Ｆにおける各プログラムの動作を示すもので、ここでは会議通話を行うときの動作例を示している。

交換制御ユニット１１および音声制御ユニット１２Ａ〜１２Ｆは、起動要求を受信するとそれぞれステップＳ１１，Ｓ２１においてSIPコールバック関数を登録し、SIPの運用を開始する。

この状態でSIPによる会議要求を受信すると、交換制御ユニット１１は先ずステップＳ１２によりSIPコールバック関数を読み出し、当該コールバック関数をステップＳ１３によりイベントキューに設定する。次にステップＳ１４において、上記イベントキューを参照してイベントキューの監視処理を行い、会議のためのコールが発生するとステップＳ１５においてSIP呼制御処理を開始する。そして、当該SIP呼制御により設定された会議情報を記憶ユニット２Ａ〜２Ｆに保存する。

音声制御ユニット１２Ａ〜１２Ｆは、上記会議情報を参照することにより、ステップＳ２２において会議監視を含む音声処理、会議開催および終了のための処理を実行する。例えば、会議開催時には、通話者とストリームハンドルとを関連付ける処理と、ストリームの転送開始処理を実行する。終了時には、ストリームの停止・削除処理を行う。

音声制御ユニット１２Ａ〜１２Ｆは、RTPにより音声データを受信すると、ステップＳ２３によりRTPコールバック関数を読み出し、ステップＳ２４により受信データをストリームハンドルと関連付け、ステップＳ２５で上記受信データをデコードする。そして、ステップＳ２６において会議ごとに送信用タイマをスタートし、音声バッファ部１２２を使用して会議ごとにその各端末から受信した音声データをミキシング処理する。図２８では最大１０２グループの会議を管理し、１つの会議について最大３２話者の音声データをミキシング処理する場合を例示している。

ミキシング処理は、具体的には以下の手順で行われる。先ず(1) ストリームハンドルから通話者を認識し、続いて(2) この通話者から開催会議番号を取得する。次に(3) 上記取得した会議番号から送信バッファを確定し、音声データのデコード結果を会議参加者に対応するバッファに論理和（ＯＲ）処理により書き込む。

最後に音声制御ユニット１２Ａ〜１２Ｆは、ステップＳ２７において、話者ごとに対応する送信バッファからミキシング処理後の音声データを読み出し、当該音声データをRTPにより対応する端末へ送信する。なお、この送信処理に際しては、全通話者（送信バッファ）について、(1) 全通話者の音声データが揃っている、(2) 前回の送信タイミングから２０msec経過（タイムアウト）している場合に、上記送信処理を実行する。また、上記音声データの送信には、一般に流通している外部ライブラリ関数を用いる。上記音声データの送信後に、上記各送信バッファはクリアする（排他処理が必要）。

［第７の実施形態］
会議通話を開催するときの具体的な動作を、以下に示す第７の実施形態を例に説明する。
この発明の第７の実施形態は、２台の端末が通話中のとき、当該通話中のいずれかの端末からの要求に応じて、当該通話中の２台の端末及び当該２台の端末以外の端末を含む会議通話を開催するようにしたものである。あるいは、２台の端末が通話中のとき、当該２台の端末以外の端末からの要求に応じて、当該通話中の２台の端末及び要求を出した端末を含む会議通話を開催するようにしたものである。

（構成）
図２９は、この発明の第７の実施形態に係るＩＰ電話サーバ装置ＳＶの機能構成及び要部回路構成を示すブロック図である。なお、同図において図２、図６、図９、図１４、図２０または図２４と同一部分には同一符号を付して詳しい説明は省略する。また、システム全体の構成については図１を用いて説明を行う。ただし、第７実施形態では、特にＤＥＣＴ（Digital Enhanced Cordless Telecommunications）方式を用いた端末又はＴＥＴＲＡ（Terrestrial Trunked Radio）方式を用いた端末が用いられる。

ＩＰ電話サーバ装置ＳＶの制御ユニット１Ｇは、ＣＰＵ１０１、バッファメモリ１０２及びプログラムメモリ１０３を含む。

ＣＰＵ１０１は、ＩＰ電話サーバ装置ＳＶの動作に必要な処理及び制御を行うコンピュータの中枢部分に相当する。ＣＰＵ１０１は、プログラムメモリ１０３に記憶されたプログラムに基づいて、ＩＰ電話サーバ装置ＳＶの各種の機能を実現するべく各部を制御する。

バッファメモリ１０２は、ＣＰＵ１０１が各種の処理を行う上で参照するデータを記憶する。さらに、バッファメモリ１０２は、ＣＰＵ１０１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

プログラムメモリ１０３に記憶されるプログラムは、後述する制御処理に関して記述した制御プログラムを含む。一例としてＩＰ電話サーバ装置ＳＶは、制御プログラムがプログラムメモリ１０３に記憶された状態で、管理者などへと譲渡される。しかしながら、ＩＰ電話サーバ装置ＳＶは、制御プログラムがプログラムメモリ１０３に記憶されない状態で管理者などに譲渡されても良い。そして、別途に利用者へと譲渡された制御プログラムが、管理者又はサービスマンなどによる操作の下にプログラムメモリ１０３へと書き込まれても良い。このときの制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。

記憶ユニット２Ｇは、端末管理情報記憶部２１が設けられている。

（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによる動作を説明する。図３０及び図３１は、当該動作における構内電話システムの情報の流れの一例を示すシーケンス図である。図３０及び図３１は、構内電話システムの情報の流れを網羅するものではなく、図示しない情報の流れが存在しても良い。なお、ＩＰ電話サーバ装置ＳＶと無線端末との間の通信経路上には、基地局ＢＳなどの装置が存在する場合がある。しかしながら、図３０及び図３１は、基地局ＢＳなどの装置は省略して描かれている。
図３２乃至図３７は、ＩＰ電話サーバ装置ＳＶのＣＰＵ１０１による制御処理のフローチャートである。ＣＰＵ１０１は、プログラムメモリ１０３に記憶された制御プログラムに基づいてこの制御を実行する。
以下の説明では一例として、呼制御にSIPが用いられる。したがって、以下に示すINVITEはINVITEリクエスト、RINGINGは180 RINGINGレスポンス、OKは200 OKレスポンス、ACKはACKリクエスト、BYEはBYEリクエスト、4xxは4xxレスポンスを示す。また、以下に示すre-INVITEは、セッションを変更するためのINVITEリクエストを示す。
なお、以下の説明における無線端末ＭＴ１１は第１の端末に相当する。また、無線端末ＭＴ１２は第２の端末に相当する。そして、無線端末ＭＴ１３は第３の端末に相当する。

いま仮に、無線端末ＭＴ１１の操作者が無線端末ＭＴ１２に対して電話をかけたいとする。この場合、当該操作者は、無線端末ＭＴ１２に対応付けられた電話番号（内線番号）に対して発信するように無線端末ＭＴ１１を操作する。無線端末ＭＴ１１は、無線端末ＭＴ１１のＩＰアドレス及び無線端末ＭＴ１２の電話番号を含むINVITEを生成する。このINVITEは、無線端末ＭＴ１２への接続を要求するための接続要求の一例である。そして、図３０のステップＳ３１において無線端末ＭＴ１１は、生成した当該INVITEを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該INVITEは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。当該INVITEを送信する処理を行うことで、無線端末ＭＴ１１は、第２の端末と接続することをＩＰ電話サーバ装置に要求する要求手段として動作する。
一方、図３２のステップＳＴ１においてＣＰＵ１０１は、INVITEが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、INVITEが受信されたのを確認したならば、ステップＳＴ１においてＹｅｓと判定してステップＳＴ２へと進む。

ステップＳＴ２においてＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが接続要求であるか否かを確認する。ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが接続要求でないならば、ステップＳＴ２においてＮｏと判定してステップＳＴ３へと進む。

ステップＳＴ３においてＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが割込特番を含むか否かを確認する。割込特番については後述する。ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが割込特番を含まないならば、ステップＳＴ３においてＮｏと判定してステップＳＴ４へと進む。

ステップＳＴ４においてＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが、保留状態の開始を指示するre-INVITEであるか否かを確認する。ＣＰＵ１０１は、保留状態の開始を指示するre-INVITEでないならば、ステップＳＴ４においてＮｏと判定してステップＳＴ５へと進む。

ステップＳＴ５においてＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが引込特番を含むか否かを確認する。引込特番については後述する。ＣＰＵ１０１は、引込特番を含まないならば、ステップＳＴ５においてＮｏと判定してステップＳＴ６へと進む。

ステップＳＴ６においてＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが、保留状態の解除を指示するre-INVITEであるか否かを確認する。かくして、ＣＰＵ１０１は、ステップＳＴ２〜ステップＳＴ６において、ステップＳＴ１で受信を確認したINVITEが何を要求するINVITEであるかを判定する。
ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが接続要求であるならば、ステップＳＴ２においてＹｅｓと判定してステップＳＴ７へと進む。

ステップＳＴ７においてＣＰＵ１０１は、接続処理をイベントキューに登録する。なおこのとき、ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEを当該接続処理と関連付けて記憶する。ＣＰＵ１０１は、ステップＳＴ７の処理の後、ステップＳＴ１へと戻る。
ＣＰＵ１０１は、イベントキューに登録された処理を、登録された時間が古いものから順次実行する。そして、ＣＰＵ１０１は、実行を開始した処理をイベントキューから消去する。

ＣＰＵ１０１は、イベントキューに登録されている最も古い処理が接続処理であるとき、図３３に示す接続処理を開始する。なおこのとき、ＣＰＵ１０１は、当該接続処理に関連付けて記憶されたINVITEを読み込む。
図３３のステップＳＴ２１においてＣＰＵ１０１は、読み込んだ当該INVITEを、当該INVITEに含まれた電話番号で示される宛先に転送する。すなわち、ＣＰＵ１０１は、当該INVITEを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。なお、ＣＰＵ１０１は、端末管理情報記憶部２１を参照して、電話番号から無線端末ＭＴ１２を特定する。ＣＰＵ１０１の指示を受けて通信インタフェースユニット３は、当該INVITEを無線端末ＭＴ１２に送信する。送信された当該INVITEは、無線端末ＭＴ１２によって受信される。当該INVITEは、図３０では、ステップＳ３２で示す。なお、無線端末ＭＴ１２は、当該INVITEに含まれる無線端末ＭＴ１１のＩＰアドレスを記憶する。
当該INVITEを受信した無線端末ＭＴ１２は、音を発するなどして、着信があることを無線端末ＭＴ１２の操作者などに対して報知する。さらに、無線端末ＭＴ１２は、報知中であることを示すRINGINGを生成する。そして、ステップＳ３３において無線端末ＭＴ１２は、生成した当該RINGINGを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該RINGINGは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

一方、図３３のステップＳＴ２２においてＣＰＵ１０１は、無線端末ＭＴ１２から送信されるRINGINGが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、無線端末ＭＴ１２から送信されたRINGINGが受信されたのを確認したならば、ステップＳＴ２２においてＹｅｓと判定してステップＳＴ２３へと進む。

ステップＳＴ２３においてＣＰＵ１０１は、ステップＳＴ２２で受信を確認したRINGINGを無線端末ＭＴ１１に転送する。すなわち、ＣＰＵ１０１は、当該RINGINGを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該RINGINGを無線端末ＭＴ１１に送信する。送信された当該RINGINGは、無線端末ＭＴ１１によって受信される。当該RINGINGは、図３０では、ステップＳ３４で示す。
当該RINGINGを受信した無線端末ＭＴ１１は、無線端末ＭＴ１２を呼び出し中であることを示す呼出音を発する。
一方、無線端末ＭＴ１２の操作者は、着信に応答する場合、無線端末ＭＴ１２をオフフックする。無線端末ＭＴ１２は、オフフックされたことに応じて、着信が応答されたことを示すOKを、無線端末ＭＴ１２のＩＰアドレスを含むように生成する。そして、ステップＳ３５において無線端末ＭＴ１２は、当該OKを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

一方、図３３のステップＳＴ２４においてＣＰＵ１０１は、無線端末ＭＴ１２から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、OKが受信されたのを確認したならば、ステップＳＴ２４においてＹｅｓと判定してステップＳＴ２５へと進む。

ステップＳＴ２５においてＣＰＵ１０１は、ステップＳＴ２４で受信を確認したOKを無線端末ＭＴ１１に転送する。すなわち、ＣＰＵ１０１は、当該OKを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該OKを無線端末ＭＴ１１に送信する。送信された当該OKは、無線端末ＭＴ１１によって受信される。当該OKは、図３０では、ステップＳ３６で示す。なお、無線端末ＭＴ１１は、当該OKに含まれる無線端末ＭＴ１２のＩＰアドレスを記憶する。
当該OKを受信した無線端末ＭＴ１１は、呼出音を停止する。さらに、無線端末ＭＴ１１は、当該OKを受信したことを示すACKを生成する。そして、ステップＳ３７において無線端末ＭＴ１１は、生成した当該ACKを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３３のステップＳＴ２６においてＣＰＵ１０１は、無線端末ＭＴ１１から送信されるACKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、当該ACKが受信されたのを確認したならば、ステップＳＴ２６においてＹｅｓと判定してステップＳＴ２７へと進む。

ステップＳＴ２７においてＣＰＵ１０１は、ステップＳＴ２６で受信を確認したACKを無線端末ＭＴ１２に転送する。すなわち、ＣＰＵ１０１は、当該ACKを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該ACKを無線端末ＭＴ１２に送信する。送信された当該ACKは、無線端末ＭＴ１２によって受信される。当該ACKは、図３０では、ステップＳ３８で示す。これにより、無線端末ＭＴ１１と無線端末ＭＴ１２との間でセッション及びダイアログが確立される。なお、無線端末ＭＴ１２は、無線端末ＭＴ１１から送信されたINVITEに含まれる無線端末ＭＴ１１のＩＰアドレスにより、無線端末ＭＴ１１に対して音声データを送信することができる。無線端末ＭＴ１１は、無線端末ＭＴ１２から送信されたOKに含まれる無線端末ＭＴ１２のＩＰアドレスにより、無線端末ＭＴ１２に対して音声データを送信することができる。以上より、ステップＳＴ２１〜ステップＳＴ２７の処理を行うことで、ＣＰＵ１０１を中枢とするコンピュータは、第１の端末と第２の端末との接続を確立させる接続制御手段として動作する。
ステップＳ３９において無線端末ＭＴ１１と無線端末ＭＴ１２は、確立されたセッション及びダイアログを使用して音声データを送受信することにより通話を行う。当該音声データは、ピアツーピア（Ｐ２Ｐ）通信により送受信される。

図３３のステップＳＴ２８においてＣＰＵ１０１は、無線端末ＭＴ１１が無線端末ＭＴ１２と通話中であること、及び無線端末ＭＴ１２が無線端末ＭＴ１１と通話中であることを端末管理情報記憶部２１に記憶させる。

いま、無線端末ＭＴ１３の操作者が、無線端末ＭＴ１１と無線端末ＭＴ１２との通話に割り込んで、無線端末ＭＴ１１〜無線端末ＭＴ１３の３台の無線端末による通話をしたいとする。当該操作者は、割込特番と、無線端末ＭＴ１１又は無線端末ＭＴ１２に対応付けられた電話番号（内線番号）とを続けて発信するように無線端末ＭＴ１３を操作する。割込特番は、通話に割り込むことを指示する場合に発信するための予め定められた番号である。無線端末ＭＴ１３は、割込特番及び当該電話番号を含むINVITEを生成する。そして、図３０のステップＳ４０において無線端末ＭＴ１３は、当該INVITEをＩＰ電話サーバ装置ＳＶに送信する。送信された当該INVITEは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。
当該INVITEがＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信されたことに応じて、ＣＰＵ１０１は、INVITEが受信されたのを確認し、図３２のステップＳＴ１においてＹｅｓと判定する。そして、ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが割込特番を含むならば、ステップＳＴ３においてＹｅｓと判定してステップＳＴ８へと進む。

ステップＳＴ８においてＣＰＵ１０１は、割込処理をイベントキューに登録する。ＣＰＵ１０１は、ステップＳＴ８の処理の後、ステップＳＴ１へと戻る。

ＣＰＵ１０１は、イベントキューに登録されている最も古い処理が割込処理であるとき、図３４に示す割込処理を開始する。
図３４のステップＳＴ３１においてＣＰＵ１０１は、無線端末ＭＴ１３に呼出音を鳴らさせるためのRINGINGを生成する。そして、ＣＰＵ１０１は、生成した当該RINGINGを無線端末ＭＴ１３に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該RINGINGを無線端末ＭＴ１３に送信する。送信された当該RINGINGは、無線端末ＭＴ１３によって受信される。当該RINGINGは、図３０では、ステップＳ４１で示す。
当該RINGINGを受信した無線端末ＭＴ１３は、無線端末ＭＴ１１を呼び出し中であることを示す呼出音を発する。

図３４のステップＳＴ３２においてＣＰＵ１０１は、端末管理情報記憶部２１を参照して、無線端末ＭＴ１１が通話中であるか否かを確認する。ＣＰＵ１０１は、無線端末ＭＴ１１が通話中でないならば、ステップＳＴ３２においてＮｏと判定してステップＳＴ３３へと進む。

ステップＳＴ３３においてＣＰＵ１０１は、リクエストを実行できないことを示す4xxを生成する。なお、リクエストが実行できないのは、無線端末ＭＴ１１が通話中でないために通話に割り込むことができないからである。そして、ＣＰＵ１０１は、生成した当該4xxを無線端末ＭＴ１３に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該4xxを無線端末ＭＴ１３に送信する。送信された当該4xxは、無線端末ＭＴ１３によって受信される。
ＣＰＵ１０１は、ステップＳＴ３３の処理の後、図３４に示す割込処理を終了する。

対して、無線端末ＭＴ１１が通話中であるならば、ＣＰＵ１０１は、ステップＳＴ３２においてＹｅｓと判定してステップＳＴ３４へと進む。
ステップＳＴ３４においてＣＰＵ１０１は、端末管理情報記憶部２１を参照して、無線端末ＭＴ１１の通話相手を確認する。ここでは、無線端末ＭＴ１１の通話相手は無線端末ＭＴ１２である。

ステップＳＴ３５においてＣＰＵ１０１は、ステップＳ４０のINVITEが示す要求に成功したことを示すOKを生成する。そして、ＣＰＵ１０１は、生成した当該OKを無線端末ＭＴ１３に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該OKを無線端末ＭＴ１３に送信する。送信された当該OKは、無線端末ＭＴ１３によって受信される。当該OKは、図３０では、ステップＳ４２で示す。
当該OKを受信した無線端末ＭＴ１３は、呼出音を停止する。さらに、無線端末ＭＴ１３は、当該OKを受信したことを示すACKを生成する。そして、ステップＳ４３において無線端末ＭＴ１３は、生成した当該ACKをＩＰ電話サーバ装置ＳＶに送信する。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。これにより、無線端末ＭＴ１３とＩＰ電話サーバ装置ＳＶとの間でセッション及びダイアログが確立される。

図３４のステップＳＴ３６においてＣＰＵ１０１は、無線端末ＭＴ１３から送信されるACKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、当該ACKが受信されたのを確認したならば、ステップＳＴ３６においてＹｅｓと判定してステップＳＴ３７及びステップＳＴ４０へと進む。ＣＰＵ１０１は、ステップＳＴ３７〜ステップＳＴ３９の処理と、ステップＳＴ４０〜ステップＳＴ４２の処理を別スレッドで実行するなどして並行して処理する。なお、ステップＳＴ３７〜ステップＳＴ３９は、無線端末ＭＴ１１に対する処理、ステップＳＴ４０〜ステップＳＴ４２は無線端末ＭＴ１２に対する同様の処理である。従って、以下ではステップＳＴ３７〜ステップＳＴ３９の処理についてのみ、説明する。

ステップＳＴ３７においてＣＰＵ１０１は、無線端末ＭＴ１１と無線端末ＭＴ１２との間に確立されているセッションを、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間のセッションに変更するためのre-INVITEを生成する。ＣＰＵ１０１は、生成したre-INVITEを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該re-INVITEを無線端末ＭＴ１１に送信する。送信された当該re-INVITEは、無線端末ＭＴ１１によって受信される。当該re-INVITEは、図３０では、ステップＳ４４で示す。
当該re-INVITEを受信した無線端末ＭＴ１１は、当該re-INVITEを受信したことを示すOKを生成する。そして、ステップＳ４５において無線端末ＭＴ１１は、生成した当該OKをＩＰ電話サーバ装置ＳＶに送信する。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３４のステップＳＴ３８においてＣＰＵ１０１は、無線端末ＭＴ１１から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、OKが受信されたのを確認したならば、ステップＳＴ３８においてＹｅｓと判定してステップＳＴ３９へと進む。

ステップＳＴ３９においてＣＰＵ１０１は、OKを受信したことを示すACKを生成する。そして、ＣＰＵ１０１は、生成した当該ACKを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該ACKを無線端末ＭＴ１１に送信する。送信された当該ACKは、無線端末ＭＴ１１によって受信される。これにより、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間でセッション及びダイアログが確立される。当該ACKは、図３０では、ステップＳ４６で示す。

ＣＰＵ１０１は、図３４に示すステップＳＴ４０〜ステップＳＴ４２の処理を、ステップＳＴ３７〜ステップＳＴ３９と同様に処理する。またこのとき、図３０のステップＳ４７〜ステップＳ４９に示す情報も、ステップＳ４４〜ステップＳ４６と同様に送受信される。これにより、無線端末ＭＴ１２とＩＰ電話サーバ装置ＳＶとの間でセッション及びダイアログが確立される。以上より、ステップＳＴ３７〜ステップＳＴ４２の処理を行うことで、ＣＰＵ１０１を中枢とするコンピュータは、変更制御手段として動作する。
ＣＰＵ１０１は、図３４のステップＳＴ３９及びステップＳＴ４２の両方の処理を終えた後、ステップＳＴ４３へと進む。

ステップＳＴ４３においてＣＰＵ１０１は、無線端末ＭＴ１１〜無線端末ＭＴ１３が参加する会議通話に係る会議通話処理を開始する。ＣＰＵ１０１は、ステップＳＴ４３の処理の後、図３４に示す割込処理を終了する。
ＣＰＵ１０１は、以下のように会議通話処理を行う。すなわち、ＣＰＵ１０１は、無線端末ＭＴ１１〜無線端末ＭＴ１３のそれぞれが送信する音声データを受信する。さらに、ＣＰＵ１０１は、受信した音声データのうち、音声データの送信元である無線端末から送信された音声データを除いた音声データが示す音声をミキシングしたものを、無線端末ＭＴ１１〜無線端末ＭＴ１３のそれぞれに送信する。たとえば、ＣＰＵ１０１は、無線端末ＭＴ１１には、無線端末ＭＴ１２から送信された音声データが示す音声と無線端末ＭＴ１３から送信された音声データが示す音声とをミキシングした音声データを送信する。以上のように、会議通話に係る音声データの送受信には、クライアント・サーバ方式による通信が用いられている。以上に示す会議通話処理における情報の流れは、図３０では、ステップＳ５０で示す。以上の会議通話処理を行うことで、ＣＰＵ１０１を中枢とするコンピュータは、会議通話を実施する実施手段として動作する。

以上の動作では、通話中でない無線端末ＭＴ１３の操作者による操作に基づいて、会議通話を開催する例について説明した。次に、通話中である無線端末ＭＴ１１又は無線端末ＭＴ１２の操作者による操作に基づいて、会議通話を開催する場合について説明する。
いま、無線端末ＭＴ１１の操作者が、無線端末ＭＴ１１と無線端末ＭＴ１２との通話に無線端末ＭＴ１３を引き入れて、無線端末ＭＴ１１〜無線端末ＭＴ１３の３台の無線端末による通話をしたいとする。なお、無線端末ＭＴ１１と無線端末ＭＴ１２との通話は、前述の説明と同様に開始する。この無線端末ＭＴ１１と無線端末ＭＴ１２との通話は、図３１のステップＳ３９に示す。以上の場合まず、当該操作者は、無線端末ＭＴ１１を保留状態にする操作を行う。この操作に応じて無線端末ＭＴ１１は、保留状態の開始を指示するre-INVITEを生成する。そして、ステップＳ５１において無線端末ＭＴ１１は、生成した当該re-INVITEをＩＰ電話サーバ装置ＳＶに送信する。送信された当該re-INVITEは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。
当該re-INVITEがＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信されたことに応じて、ＣＰＵ１０１は、INVITEが受信されたのを確認し、図３２のステップＳＴ１においてＹｅｓと判定する。そして、ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが、保留状態の開始を指示するre-INVITEであるならば、ステップＳＴ４においてＹｅｓと判定してステップＳＴ９へと進む。

ステップＳＴ９においてＣＰＵ１０１は、保留処理をイベントキューに登録する。なおこのとき、ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEを当該接続処理と関連付けて記憶する。ＣＰＵ１０１は、ステップＳＴ９の処理の後、ステップＳＴ１へと戻る。

ＣＰＵ１０１は、イベントキューに登録されている最も古い処理が保留処理であるとき、図３５に示す保留処理を開始する。
図３５のステップＳＴ５１においてＣＰＵ１０１は、無線端末ＭＴ１２を保留状態にするためのre-INVITEを生成する。そして、ＣＰＵ１０１は、生成したre-INVITEを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該re-INVITEを無線端末ＭＴ１２に送信する。送信された当該re-INVITEは、無線端末ＭＴ１２によって受信される。当該re-INVITEは、図３１では、ステップＳ５２で示す。
当該re-INVITEを受信した無線端末ＭＴ１２は、ステップＳ５３においてOKをＩＰ電話サーバ装置ＳＶに送信する。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３５のステップＳＴ５２においてＣＰＵ１０１は、無線端末ＭＴ１２から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、OKが受信されたのを確認したならば、ステップＳＴ５２においてＹｅｓと判定してステップＳＴ５３へと進む。

ステップＳＴ５３においてＣＰＵ１０１は、ステップＳＴ５２で受信を確認したOKを無線端末ＭＴ１１に転送する。すなわち、ＣＰＵ１０１は、当該OKを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該OKを無線端末ＭＴ１１に送信する。送信された当該OKは、無線端末ＭＴ１１によって受信される。当該OKは、図３１では、ステップＳ５４で示す。
当該OKを受信した無線端末ＭＴ１１は、当該OKを受信したことを示すACKを生成する。そして、ステップＳ５５において無線端末ＭＴ１１は、生成した当該ACKをＩＰ電話サーバ装置ＳＶに送信する。これにより、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間でセッション及びダイアログが確立され、無線端末ＭＴ１１は保留状態となる。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３５のステップＳＴ５４においてＣＰＵ１０１は、無線端末ＭＴ１１から送信されるACKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、当該ACKが受信されたのを確認したならば、ステップＳＴ５４においてＹｅｓと判定してステップＳＴ５５へと進む。

ステップＳＴ５５においてＣＰＵ１０１は、ステップＳ５４で受信を確認したACKを無線端末ＭＴ１２に転送する。すなわち、ＣＰＵ１０１は、当該ACKを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該ACKを無線端末ＭＴ１２に送信する。送信された当該ACKは、無線端末ＭＴ１２によって受信される。これにより、無線端末ＭＴ１２とＩＰ電話サーバ装置ＳＶとの間でセッション及びダイアログが確立され、無線端末ＭＴ１２は保留状態となる。ＣＰＵ１０１は、ステップＳＴ５５の処理の後、図３５に示す保留処理を終了する。当該ACKは、図３１では、ステップＳ５６で示す。

次に、無線端末ＭＴ１１の操作者は、引込特番と、無線端末ＭＴ１３に対応付けられた電話番号（内線番号）とを続けて発信するように無線端末ＭＴ１１を操作する。引込特番は、通話に引き込むことを指示する場合に発信するための予め定められた番号である。無線端末ＭＴ１１は、引込特番及び当該電話番号を含むINVITEを生成する。そして、ステップＳ５７において無線端末ＭＴ１１は、当該INVITEをＩＰ電話サーバ装置ＳＶに送信する。送信された当該INVITEは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。
当該INVITEがＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信されたことに応じて、ＣＰＵ１０１は、INVITEが受信されたのを確認し、図３２のステップＳＴ１においてＹｅｓと判定する。そして、ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが引込特番を含むならば、ステップＳＴ５においてＹｅｓと判定してステップＳＴ１０へと進む。

ステップＳＴ１０においてＣＰＵ１０１は、引込処理をイベントキューに登録する。ＣＰＵ１０１は、ステップＳＴ１０の処理の後、ステップＳＴ１へと戻る。

ＣＰＵ１０１は、イベントキューに登録されている最も古い処理が引込処理であるとき、図３６に示す引込処理を開始する。
図３６のステップＳＴ６１においてＣＰＵ１０１は、端末管理情報記憶部２１を参照して、無線端末ＭＴ１１が通話中であるか否かを確認する。ＣＰＵ１０１は、無線端末ＭＴ１１が通話中でないならば、ステップＳＴ６１においてＮｏと判定してステップＳＴ６２へと進む。

ステップＳＴ６２においてＣＰＵ１０１は、リクエストを実行できないことを示す4xxを生成する。なお、リクエストを実行できないのは、無線端末ＭＴ１１が通話中でないために、無線端末ＭＴ１３を引き込む通話が存在しないからである。そして、ＣＰＵ１０１は、生成した当該4xxを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該4xxを無線端末ＭＴ１１に送信する。送信された当該4xxは、無線端末ＭＴ１１によって受信される。
ＣＰＵ１０１は、ステップＳＴ６２の処理の後、図３６に示す引込処理を終了する。

対して、無線端末ＭＴ１１が通話中であるならば、ＣＰＵ１０１は、ステップＳＴ６１においてＹｅｓと判定してステップＳＴ６３へと進む。
ステップＳＴ６３においてＣＰＵ１０１は、端末管理情報記憶部２１を参照して、無線端末ＭＴ１１の通話相手を確認する。ここでは、無線端末ＭＴ１１の通話相手は無線端末ＭＴ１２である。

ステップＳＴ６４においてＣＰＵ１０１は、無線端末ＭＴ１３を呼び出すためのINVITEを生成する。そして、ＣＰＵ１０１は、生成した当該INVITEを無線端末ＭＴ１３に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該INVITEを無線端末ＭＴ１３に送信する。送信された当該INVITEは、無線端末ＭＴ１３によって受信される。当該INVITEは、図３１では、ステップＳ５８で示す。
当該INVITEを受信した無線端末ＭＴ１３は、音を発するなどして、着信があることを無線端末ＭＴ１３の操作者などに対して報知する。さらに、ステップＳ５９において無線端末ＭＴ１３は、報知中であることを示すRINGINGをＩＰ電話サーバ装置ＳＶに送信する。送信された当該RINGINGは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３６のステップＳＴ６５においてＣＰＵ１０１は、無線端末ＭＴ１３から送信されるRINGINGが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、無線端末ＭＴ１３から送信されたRINGINGが受信されたのを確認したならば、ステップＳＴ６５においてＹｅｓと判定してステップＳＴ６６へと進む。

ステップＳＴ６６においてＣＰＵ１０１は、無線端末ＭＴ１３を呼び出し中であることを示すためのRINGINGを生成する。そして、ＣＰＵ１０１は、生成した当該RINGINGを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該RINGINGを無線端末ＭＴ１１に送信する。送信された当該RINGINGは、無線端末ＭＴ１１によって受信される。当該RINGINGは、図３１では、ステップＳ６０で示す。
当該RINGINGを受信した無線端末ＭＴ１１は、無線端末ＭＴ１３を呼び出し中であることを示す呼出音を発する。
一方、無線端末ＭＴ１３の操作者は、着信に応答する場合、無線端末ＭＴ１３をオフフックする。無線端末ＭＴ１３は、オフフックされたことに応じて、着信が応答されたことを示すOKを、無線端末ＭＴ１３のＩＰアドレスを含むように生成する。そして、ステップＳ６１において無線端末ＭＴ１３は、当該OKを、無線端末ＭＴ１１を宛先として送信する。当該OKは、ＩＰ電話サーバ装置ＳＶに送信される。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３６のステップＳＴ６７においてＣＰＵ１０１は、無線端末ＭＴ１３から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、OKが受信されたのを確認したならば、ステップＳＴ６７においてＹｅｓと判定してステップＳＴ６８へと進む。

ステップＳＴ６８においてＣＰＵ１０１は、ステップＳ５７のINVITEが示す要求に成功したことを示すOKを生成する。そして、ＣＰＵ１０１は、生成した当該OKを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該OKを無線端末ＭＴ１１に送信する。送信された当該OKは、無線端末ＭＴ１１によって受信される。当該OKは、図３１では、ステップＳ６２で示す。
当該OKを受信した無線端末ＭＴ１１は、呼出音を停止する。さらに、無線端末ＭＴ１１は、当該OKを受信したことを示すACKを生成する。そして、ステップＳ６３において無線端末ＭＴ１１は、生成した当該ACKを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３６のステップＳＴ６９においてＣＰＵ１０１は、無線端末ＭＴ１１から送信されるACKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、当該ACKが受信されたのを確認したならば、ステップＳＴ６９においてＹｅｓと判定してステップＳＴ７０へと進む。これにより、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間でセッション及びダイアログが確立される。無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間には既にセッション及びダイアログが確立されているので、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間には２つのセッション及びダイアログが確立されることとなる。

ステップＳＴ７０においてＣＰＵ１０１は、ステップＳＴ６７で受信を確認したOKを受信したことを示すACKを生成する。そして、ＣＰＵ１０１は、生成した当該ACKを無線端末ＭＴ１３に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該ACKを無線端末ＭＴ１３に送信する。送信された当該ACKは、無線端末ＭＴ１３によって受信される。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。当該ACKは、図３１では、ステップＳ６４で示す。

図３６のステップＳＴ７１においてＣＰＵ１０１は、引込特番を発信する際に確立されたセッション及びダイアログを切断するためにBYEを生成する。そして、ＣＰＵ１０１は、生成した当該BYEを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該BYEを無線端末ＭＴ１１に送信する。送信された当該BYEは、無線端末ＭＴ１１によって受信される。当該BYEは、図３１では、ステップＳ６５で示す。
当該BYEを受信した無線端末ＭＴ１１は、当該BYEを受信したことを示すOKを生成する。そして、ステップＳ６６において無線端末ＭＴ１１は、生成した当該OKをＩＰ電話サーバ装置ＳＶに送信する。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３６のステップＳＴ７２においてＣＰＵ１０１は、無線端末ＭＴ１１から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、OKが受信されたのを確認したならば、ステップＳＴ７２においてＹｅｓと判定してステップＳＴ７３へと進む。これにより、引込特番を発信する際に無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間で確立されたセッション及びダイアログが解消される。

ステップＳＴ７３においてＣＰＵ１０１は、無線端末ＭＴ１２とＩＰ電話サーバ装置ＳＶとの間で確立されたセッションを変更して会議通話用のダイアログを確立するためのre-INVITEを生成する。ＣＰＵ１０１は、生成したre-INVITEを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該re-INVITEを無線端末ＭＴ１２に送信する。送信された当該re-INVITEは、無線端末ＭＴ１２によって受信される。当該re-INVITEは、図３１では、ステップＳ６７で示す。
当該re-INVITEを受信した無線端末ＭＴ１２は、当該re-INVITEを受信したことを示すOKを生成する。そして、ステップＳ６８において無線端末ＭＴ１２は、生成した当該OKをＩＰ電話サーバ装置ＳＶに送信する。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３６のステップＳＴ７４においてＣＰＵ１０１は、無線端末ＭＴ１２から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、OKが受信されたのを確認したならば、ステップＳＴ７４においてＹｅｓと判定してステップＳＴ７５へと進む。

ステップＳＴ７５においてＣＰＵ１０１は、OKを受信したことを示すACKを生成する。そして、ＣＰＵ１０１は、生成した当該ACKを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該ACKを無線端末ＭＴ１２に送信する。送信された当該ACKは、無線端末ＭＴ１２によって受信される。これにより、無線端末ＭＴ１２とＩＰ電話サーバ装置ＳＶとで確立されたセッションが変更され、会議通話用のダイアログが確立される。当該ACKは、図３１では、ステップＳ６９で示す。

図３６のステップＳＴ７６においてＣＰＵ１０１は、無線端末ＭＴ１２及び無線端末ＭＴ１３が参加する会議通話に係る会議通話処理を開始する。ＣＰＵ１０１は、ステップＳＴ７６の処理の後、図３６に示す引込処理を終了する。
ＣＰＵ１０１は、以下のように会議通話処理を行う。すなわち、ＣＰＵ１０１は、無線端末ＭＴ１２及び無線端末ＭＴ１３のそれぞれが送信する音声データを受信する。そして、ＣＰＵ１０１は、無線端末ＭＴ１２には、無線端末ＭＴ１３から送信された音声データを送信する。さらに、ＣＰＵ１０１は、無線端末ＭＴ１２には、無線端末ＭＴ１１から送信された音声データを送信する。以上に示す会議通話処理における情報の流れは、図３１では、ステップＳ７０で示す。

無線端末ＭＴ１１の操作者は、引込特番と、無線端末ＭＴ１３に対応付けられた電話番号とを続けて発信した後、無線端末ＭＴ１１の保留状態を解除する操作を行う。この操作に応じて無線端末ＭＴ１１は、保留状態の解除を指示するためのre-INVITEを生成する。そして、無線端末ＭＴ１１は、生成したre-INVITEをＩＰ電話サーバ装置ＳＶに送信する。送信された当該re-INVITEは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。当該re-INVITEは、図３１では、ステップＳ７１で示す。
当該re-INVITEがＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信されたことに応じて、ＣＰＵ１０１は、INVITEが受信されたのを確認し、図３２のステップＳＴ１においてＹｅｓと判定する。そして、ＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEが、保留状態の解除を指示するre-INVITEであるならば、ステップＳＴ６においてＹｅｓと判定してステップＳＴ１１へと進む。

ステップＳＴ１１においてＣＰＵ１０１は、保留解除処理をイベントキューに登録する。ＣＰＵ１０１は、ステップＳＴ１１の処理の後、ステップＳＴ１へと戻る。

ＣＰＵ１０１は、イベントキューに登録されている最も古い処理が保留解除処理であるとき、図３７に示す保留解除処理を開始する。
図３７のステップＳＴ８１においてＣＰＵ１０１は、保留解除に成功したことを示すOKを生成する。そして、ＣＰＵ１０１は、生成した当該OKを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該OKを無線端末ＭＴ１１に送信する。送信された当該OKは、無線端末ＭＴ１１によって受信される。当該OKは、図３１では、ステップＳ７２で示す。
当該OKを受信した無線端末ＭＴ１１は、当該OKを受信したことを示すACKを生成する。そして、ステップＳ７３において無線端末ＭＴ１１は、生成した当該ACKをＩＰ電話サーバ装置ＳＶに送信する。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。これにより保留状態の解除が完了する。

図３７のステップＳＴ８２においてＣＰＵ１０１は、無線端末ＭＴ１１から送信されるACKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、当該ACKが受信されたのを確認したならば、ステップＳＴ８２においてＹｅｓと判定してステップＳＴ８３へと進む。

ステップＳＴ８３においてＣＰＵ１０１は、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間で確立されたセッションを変更して会議通話用のダイアログを確立するためのre-INVITEを生成する。ＣＰＵ１０１は、生成したre-INVITEを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該re-INVITEを無線端末ＭＴ１１に送信する。送信された当該re-INVITEは、無線端末ＭＴ１１によって受信される。当該re-INVITEは、図３１では、ステップＳ７４で示す。
当該re-INVITEを受信した無線端末ＭＴ１１は、ステップＳ７４のre-INVITEが示す要求に成功したことを示すOKを生成する。そして、ステップＳ７５において無線端末ＭＴ１１は、生成した当該OKをＩＰ電話サーバ装置ＳＶに送信する。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。

図３７のステップＳＴ８４においてＣＰＵ１０１は、無線端末ＭＴ１１から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１０１は、OKが受信されたのを確認したならば、ステップＳＴ８４においてＹｅｓと判定してステップＳＴ８５へと進む。

ステップＳＴ８５においてＣＰＵ１０１は、OKを受信したことを示すACKを生成する。そして、ＣＰＵ１０１は、生成した当該ACKを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該ACKを無線端末ＭＴ１１に送信する。送信された当該ACKは、無線端末ＭＴ１１によって受信される。これにより、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間で確立されたセッションが変更され、会議通話用のダイアログが確立される。当該ACKは、図３１では、ステップＳ７６で示す。

図３７のステップＳＴ８６においてＣＰＵ１０１は、無線端末ＭＴ１１~無線端末ＭＴ１３が参加する会議通話に係る会議通話処理を開始する。ＣＰＵ１０１は、ステップＳＴ８６の処理の後、図３７に示す保留解除処理を終了する。
ＣＰＵ１０１は、図３１のステップＳ７０と同様に会議通話処理を行う。この会議通話処理における情報の流れは、図３１では、ステップＳ７７で示す。この会議通話処理を行うことで、ＣＰＵ１０１を中枢とするコンピュータは、会議通話を実施する実施手段として動作する。

一方、ＣＰＵ１０１は、図３２のステップＳＴ１で受信を確認したINVITEが、保留状態の解除を指示するre-INVITEでないならば、ステップＳＴ６においてＮｏと判定してステップＳＴ１２へと進む。
ステップＳＴ１２においてＣＰＵ１０１は、ステップＳＴ１で受信を確認したINVITEに応じたその他の処理をインベトキューに登録する。ＣＰＵ１０１は、ステップＳＴ１２の処理の後、ステップＳＴ１へと戻る。

（効果）
以上述べたように第７の実施形態では、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１１と無線端末ＭＴ１２とがピアツーピア通信によって通話するために確立されているセッションを、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間、及び無線端末ＭＴ１２とＩＰ電話サーバ装置ＳＶとの間の２つのセッションに変更する。そして、ＩＰ電話サーバ装置ＳＶは、この２つのセッションと、無線端末ＭＴ１３とＩＰ電話サーバ装置ＳＶとの間に新たに確立したセッションとをそれぞれ用い、無線端末ＭＴ１１、無線端末ＭＴ１２及び無線端末ＭＴ１３による会議通話を行わせる。

したがって、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１１と無線端末ＭＴ１２とがピアツーピア通信による通話中の状態から、当該ピアツーピア通信に用いられた接続を切断することなく、その接続を変更することによって、無線端末ＭＴ１１と無線端末ＭＴ１２と無線端末ＭＴ１３とが参加する会議通話を開催することができる。

また、第７の実施形態では、ＩＰ電話サーバ装置ＳＶは、通話中の端末である無線端末ＭＴ１１又は無線端末ＭＴ１２からの要求に応じて、無線端末ＭＴ１１と無線端末ＭＴ１２とがピアツーピア通信によって通話するために確立されているセッションを、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間、及び無線端末ＭＴ１２とＩＰ電話サーバ装置ＳＶとの間の２つのセッションに変更する。また、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１１又は無線端末ＭＴ１２が指定した端末、すなわち無線端末ＭＴ１３とＩＰ電話サーバ装置ＳＶとの間に新たにセッションを確立する。そして、ＩＰ電話サーバ装置ＳＶは、上記３つのセッションをそれぞれ用い、無線端末ＭＴ１１、無線端末ＭＴ１２及び無線端末ＭＴ１３による会議通話を行わせる。

したがって、無線端末ＭＴ１１又は無線端末ＭＴ１２は、ピアツーピア通信による通話中の状態から、当該ピアツーピア通信に用いられた接続が切断されること無しに、無線端末ＭＴ１１と無線端末ＭＴ１２と無線端末ＭＴ１１又は無線端末ＭＴ１２に指定された無線端末ＭＴ１３とが参加する会議通話を開催させることができる。

また、第７の実施形態では、ＩＰ電話サーバ装置ＳＶは、通話中でない無線端末ＭＴ１３からの要求に応じて、無線端末ＭＴ１１と無線端末ＭＴ１２とがピアツーピア通信によって通話するために確立されているセッションを、無線端末ＭＴ１１とＩＰ電話サーバ装置ＳＶとの間、及び無線端末ＭＴ１２とＩＰ電話サーバ装置ＳＶとの間の２つのセッションに変更する。また、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１３とＩＰ電話サーバ装置ＳＶとの間に新たにセッションを確立する。そして、ＩＰ電話サーバ装置ＳＶは、上記３つのセッションをそれぞれ用い、無線端末ＭＴ１１、無線端末ＭＴ１２及び無線端末ＭＴ１３による会議通話を行わせる。

したがって、無線端末ＭＴ１３は、無線端末ＭＴ１１及び無線端末ＭＴ１２を、ピアツーピア通信による通話中の状態から、当該ピアツーピア通信に用いられた接続を切断させることなく、無線端末ＭＴ１１と無線端末ＭＴ１２と無線端末ＭＴ１３が参加する会議通話を開催させることができる。

第７の実施形態に示すような会議通話への移行は、第１の実施形態に対しても応用することができる。第１の実施形態では、図４に示すように通話中無線端末ＭＴ１１，ＭＴ２１の音声データの転送経路を、音声制御ユニット１２Ａを経由する経路に変更する。この経路の変更に、第７の実施形態における図３０のステップＳ４４〜ステップＳ４９及び図３４のステップＳ３７〜ステップＳ４２の処理を用いることができる。そして、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１１及び無線端末ＭＴ１２の２台による会議通話を開始させる。この会議通話は、第１の実施形態における経路変更後の通話に他ならない。
したがって、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１１と無線端末ＭＴ１２とがピアツーピア通信による通話中の状態から、当該ピアツーピア通信に用いられた接続を切断することなく、その接続を変更することによって、無線端末ＭＴ１１と無線端末ＭＴ１２とが参加する会議通話を開催することができる。
また、第７の実施形態に示す会議通話への移行の後に、当該会議通話に対して第２の実施形態に示すような会議メロディのミキシングを行っても良い。
［その他の実施形態］
前記第１乃至第６の実施形態ではそれぞれ単独の機能を説明したが、第１乃至第６の実施形態で述べた各機能のすべてまたはその一部をＩＰ電話サーバ装置に持たせ、選択的に実行させるように構成してもよい。

前記実施形態では交換制御ユニットと音声制御ユニットを１つのＩＰ電話サーバ装置内に設けた場合を例にとって説明したが、交換制御ユニットと音声制御ユニットを別々のサーバ装置に設け、これらのサーバ装置間をネットワークを介して接続するようにしてもよい。

その他、交換制御ユニットおよび音声制御ユニットの機能構成とその動作手順および動作内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。

前記第７の実施形態では、操作者の操作に基づいて無線端末ＭＴ１１の保留状態を解除した。しかしながら、無線端末ＭＴ１１が、自動的に保留状態を解除しても良い。この場合一例として、無線端末ＭＴ１１は、ステップＳ６６に示すOKを送信した後、自動的にステップＳ７１に示すre-INVITEを送信することで保留状態を解除する。 また、無線端末ＭＴ１１は、保留状態を解除することを操作者に求める文字列などを、無線端末ＭＴ１１が備える図示しないディスプレイに表示しても良い。

前記実施形態では、呼制御を行うプロトコルとしてＳＩＰを用いたが、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）により勧告されたＨ．３２３で定義されるプロトコルなどのその他のプロトコルを用いる態様であっても良い。

要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

ＳＶ…ＩＰ電話サーバ装置、Ｅ１，Ｅ２，…無線エリア、ＭＴ０，ＭＴ１１〜ＭＴ２３…端末、ＢＳ０，ＢＳ１，ＢＳ２，…基地局、ＣＳ…制御装置、ＥＸ…構内交換機、ＮＷ…構内ネットワーク、１Ａ〜１Ｇ…制御ユニット、２Ａ〜２Ｇ…記憶ユニット、３…通信インタフェースユニット、４…入出力インタフェースユニット、５…入力部、６…表示部、１１…交換制御ユニット、１１ａ…SIPライブラリ、１１ｂ，１２ｃ…コールバック関数、１１ｃ，１２ｄ…イベントループ、１１ｄ，１２ｂ…ソケットスレッド、１２ａ…SIPライブラリ（RTP）、１２ｅ…音声送信スレッド、１２Ａ〜１２Ｆ…音声制御ユニット、２１…端末管理情報記憶部、２２…会議メロディ記憶部、２３…音声データ記憶部、２４…音声掲示板管理情報記憶部、２５…音声伝言板管理情報記憶部、２６…スタンプ情報記憶部、２７…マーク管理テーブル、１０１…ＣＰＵ、１０２…バッファメモリ、１０３…プログラムメモリ、１１１…呼制御部、１１２…要求判別部、１２１…一斉通報音声転送制御部、１２２…音声バッファ部、１２３…会議メロディ送信制御部、１２４…音声掲示板記録再生制御部、１２５…音声伝言板記録再生制御部、１２６…音声伝言板編集制御部、１２７…スタンプ情報送信制御部、１２８…マーク設定制御部、１２９…再生位置移動制御部。

Claims (5)

1. 音声通信機能を有する複数の端末と、ＩＰ電話サーバ装置と、を具備する構内電話交換システムであって、
   前記複数の端末に含まれる第１の端末は、
   前記複数の端末に含まれる第２の端末と接続することを前記ＩＰ電話サーバ装置に要求する要求手段を備え、
   前記ＩＰ電話サーバ装置は、
   前記要求手段による要求を受けたことに応じて、前記第１の端末と前記第２の端末との間でピアツーピア通信によって音声データを伝送可能なように、前記第１の端末と前記第２の端末との接続を確立させる接続制御手段と、
   前記第１の端末と前記ＩＰ電話サーバ装置との間で音声データを伝送可能なように前記第１の端末と前記ＩＰ電話サーバ装置との接続を確立させ、且つ前記第２の端末と前記ＩＰ電話サーバ装置との間で音声データを伝送可能なように前記第２の端末と前記ＩＰ電話サーバ装置との接続を確立させることを用いて、前記接続制御手段により確立された前記第１の端末と前記第２の端末との間の接続を、前記第１の端末と前記ＩＰ電話サーバ装置との接続、及び前記第２の端末と前記ＩＰ電話サーバ装置との接続に変更する変更制御手段と、
   前記変更制御手段により接続が変更された前記第１の端末及び前記第２の端末を少なくとも含む複数の端末が参加する会議通話を、該会議通話に参加する該複数の端末のそれぞれから送信される音声データを受信し、音声データの送信元の端末それぞれに対して、該複数の端末から送信された音声データのうち、該送信元の端末から送信された音声データを除いた音声データで示される音声を含む音声データを送信することで実施する実施手段と、を具備する、ＩＰ電話システム。
2. 音声通信機能を有する複数の端末とともにＩＰ電話システムを構成するＩＰ電話サーバ装置であって、
   前記複数の端末に含まれる第１の端末と第２の端末との間でピアツーピア通信によって音声データを伝送可能なように、前記第１の端末と前記第２の端末との接続を確立させる接続制御手段と、
   前記第１の端末と前記ＩＰ電話サーバ装置との間で音声データを伝送可能なように前記第１の端末と前記ＩＰ電話サーバ装置との接続を確立させ、且つ前記第２の端末と前記ＩＰ電話サーバ装置との間で音声データを伝送可能なように前記第２の端末と前記ＩＰ電話サーバ装置との接続を確立させることを用いて、前記接続制御手段により確立された前記第１の端末と前記第２の端末との間の接続を、前記第１の端末と前記ＩＰ電話サーバ装置との接続、及び前記第２の端末と前記ＩＰ電話サーバ装置との接続に変更する変更制御手段と、
   前記変更制御手段により接続が変更された前記第１の端末及び前記第２の端末を少なくとも含む複数の端末が参加する会議通話を、該会議通話に参加する該複数の端末のそれぞれから送信される音声データを受信し、音声データの送信元の端末それぞれに対して、該複数の端末から送信された音声データのうち、該送信元の端末から送信された音声データを除いた音声データで示される音声を含む音声データを送信することで実施する実施手段と、を具備する、ＩＰ電話サーバ装置。
3. 前記変更制御手段は、前記接続制御手段により接続された前記第１の端末又は前記第２の端末からの要求に応じて、前記変更し、
   前記実施手段は、前記要求に応じて、前記第１の端末及び前記第２の端末に加えて前記複数の端末に含まれる第３の端末が参加する前記会議通話を実施する、請求項２に記載のＩＰ電話サーバ装置。
4. 前記変更制御手段は、前記複数の端末に含まれる第３の端末からの要求に応じて、前記変更し、
   前記実施手段は、前記要求に応じて、前記第１の端末及び前記第２の端末に加えて前記第３の端末が参加する前記会議通話を実施する、請求項２に記載のＩＰ電話サーバ装置。
5. 請求項２乃至請求項４のいずれか１項に記載のＩＰ電話サーバ装置が具備する前記各手段による処理を、当該ＩＰ電話サーバ装置が備えるコンピュータに実行させるプログラム。