JP2009232378A - Ｓｉｐを用いたボタン電話装置による会議招集方法、そのシステム、その装置及びそのプログラム - Google Patents

Abstract

【課題】ミキシング機能を有さないＳＩＰ電話機を使用していても、一般的なＳＩＰシーケンスを用いて、ＳＩＰシーケンスでは一般に提供されていない会議機能を実現する。
【解決手段】複数の端末と、前記複数の端末とネットワークにより相互に接続された会議招集装置とを備えたシステムにおける会議招集装置が、第１の端末の双方向通信先と、第１の端末が双方向通信を希望する複数の端末の双方向通信先とを会議招集装置とし、会議招集装置が各端末からの送信データをミキシングする。
【選択図】図１

Description

本発明は、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol、以下単にＳＩＰと表記する。）を用いたボタン電話装置に関する。

ＶｏＩＰ（Voice over Internet Protocol）を応用したインターネット電話などで用いられる、通話制御プロトコルとしてＳＩＰがある。ＳＩＰは汎用のセッション制御プロトコルとして開発されたものであり、ＳＩＰに準拠することによりＩＰ電話などのセッションの開始、変更、終了などの操作を行うことができる。従来ＩＰ電話などの双方向通信においては、Ｈ．３２３プロトコルやベンダ独自のプロトコルが使われていたが、近年ＳＩＰを採用するケースが増えてきた。

更に、ＳＩＰは、次世代のネットワークインフラであるＮＧＮ（Next Generation Network）において、標準プロトコルとして採用されていることもあり広く普及している（例えば特許文献１参照）。
特開２００７−３１８６２１号公報

特許文献１に記載の技術をはじめとして、ＳＩＰに準拠した主装置（ＳＩＰプロキシサーバ）とその内線端末であるＳＩＰ機能を有する電話機（ＳＩＰ電話機）同士が通話する場合、互いのＳＤＰ（Session Description Protocol）を交換して、ＲＴＰ（Real time Transport Protocol）によりピアツーピアでやりとりを行う。

また、ＳＩＰでは発信・着信・保留・転送といった基本的なシーケンスを既定している。しかし、ＳＩＰでは既存のボタン電話サービスで提供される会議通話招集については、シーケンスが既定されていなかった。よって、ＳＩＰ内線電話での３者以上の会議通話の実現が困難であった。

そこで、本発明は、ミキシング機能を有さないＳＩＰ電話機を使用していても、一般的なＳＩＰシーケンスを用いて、ＳＩＰシーケンスでは一般に提供されていない会議機能を実現できるＳＩＰを用いたボタン電話装置による会議招集方法、その装置及びそのプログラムを提供することを目的とする。

本発明の第１の観点によれば、装置として複数の端末と、前記複数の端末とネットワークにより相互に接続された会議招集装置とを備えたシステムにおける会議招集装置であって、第１の端末の双方向通信先と、第１の端末が双方向通信を希望する複数の端末の双方向通信先とを会議招集装置とし、会議招集装置が各端末からの送信データをミキシングすることを特徴とする会議招集装置が提供される。

本発明の第２の観点によれば、システムとして複数の端末と、前記複数の端末とネットワークにより相互に接続されたプロキシサーバとを備えた会議招集システムであって、前記プロシキサーバが前記第１の観点により提供される会議招集装置であることを特徴とする会議招集システムが提供される。

本発明の第３の観点によれば、方法として複数の端末と、前記複数の端末とネットワークにより相互に接続された会議招集装置とを備えたシステムにおける会議招集方法であって、第１の端末の双方向通信先と、第１の端末が双方向通信を希望する複数の端末の双方向通信先とを会議招集装置とし、会議招集装置が各端末からの送信データをミキシングすることを特徴とする会議招集方法が提供される。

本発明の第４の観点によれば、プログラムとして複数の端末と、前記複数の端末とネットワークにより相互に接続された会議招集装置とを備えたシステムにおける会議招集装置としてコンピュータを機能させるための会議招集プログラムであって、第１の端末の双方向通信先と、第１の端末が双方向通信を希望する複数の端末の双方向通信先とを会議招集装置とし、会議招集装置が各端末からの送信データをミキシングすることを特徴とする会議招集装置としてコンピュータを機能させるための会議招集プログラムが提供される。

本発明によれば、一般的なＳＩＰシーケンスを用いて、ＳＩＰ機能を有するボタン電話装置にＲＴＰを集約させることからミキシング機能を有さないＳＩＰ電話機を使用していても、会議機能を実現させることが可能となる。

次に、本発明の実施形態について図面を用いて説明する。

［実施形態の構成］
図１に本発明の実施形態の構成を示す。本発明の実施形態は、ＳＩＰを用いたボタン電話装置のプロキシサーバである主装置２０と、この主装置２０を主装置としてＬＡＮ回線で接続された複数のＳＩＰ電話機を有する。なお、主装置２０は、ＳＩＰのＵＡ（ユーザエージェント）となりえるためボタン電話装置と呼ぶことも可能である。

また、図２では、例としてＳＩＰ電話機１乃至３を示すが、ＳＩＰ電話機の台数は例示であり３台に限定されるものではない。

次に、図２に本発明の実施形態における主装置２０の構成を示す。この主装置２０は図２に示すようにＬＡＮ収容インターフェース１０１と、ＳＩＰを解析するＳＩＰ処理部１０２と、呼を制御する呼制御部１０３とを有する。これによりこの主装置２０はＳＩＰリクエストを中継するバックトゥバックユーザーエージェント（Ｂ２ＢＵＡ：Back to Back User Agent）としてＳＩＰプロキシサーバ機能を実行する。

また主装置２０はＬＡＮ収容インターフェース１０１に接続されたＲＴＰ処理部１０５と音声データ処理部１０４を有する。音声データ処理部１０４は、通常のボタン電話機で扱う音声信号へ変換する手段を有する。またＲＴＰ処理部１０５は、ＲＴＰパケットを生成してＳＩＰ電話機へ送受信する手段を有する。

［実施形態の動作の説明］
図３乃至５のシーケンス図を用いて本実施形態の動作の説明を行う。まずＳＩＰ電話機１とＳＩＰ電話機２が通話を行う場合について説明する。この場合、ＳＩＰメッセージはＳＩＰサーバである主装置２０を経由してやりとりが行われる。（図３参照）
まず、ＳＩＰ電話機１がＳＩＰ電話機２への呼の発信（ＩＮＶＩＴＥ送信）を行う。ＳＩＰ電話機２宛てのＩＮＶＩＴＥを受信した主装置２０は、受信したＩＮＶＩＴＥをＳＩＰ電話機２に送信する。また、主装置２０は、ＳＩＰ電話機１に、リクエストに対する暫定応答として１００ Ｔｒｙｉｎｇ応答を返す。

ＩＮＶＩＴＥを受信したＳＩＰ電話機２は、主装置２０に、リクエストに対する暫定応答として１００ Ｔｒｙｉｎｇ応答を返す。そして、次にＳＩＰ電話機２は、リクエストに対する肯定応答として２００ＯＫレスポンスを主装置２０に送信する。主装置２０はこの２００ＯＫレスポンスをＳＩＰ電話機１に転送する。

２００ＯＫレスポンスを受け取ったＳＩＰ電話機１は、セッションの確立の確認としてＡＣＫを主装置２０に送信する。主装置２０はこのＡＣＫをＳＩＰ電話機２に転送する。

これよりそれぞれのＳＩＰ電話機のＳＤＰが交換され、音声ＲＴＰは主装置２０を経由することなくＳＩＰ電話機同士で直接やりとりを行う。

次に、このＳＩＰ電話機１とＳＩＰ電話機２が通話をしている状態において、ＳＩＰ電話機１からもう１台のＳＩＰ電話機３を招集して３者の会議通話をするための実施形態の動作を示す。（図４、図５及び図６参照）
図４においてＳＩＰ電話機３を会議招集するためにＳＩＰ電話機１はＳＩＰ電話機２を一般的なＳＩＰシーケンスを用いて保留とする。これによりＳＩＰ電話機１と２の間のＲＴＰによる双方向の通信はストップする（ステップＳ１）。具体的には、ＳＩＰ電話機１がＳＩＰ電話機２への保留指示（ＩＮＶＩＴＥ送信）を行う。ＳＩＰ電話機２宛てのＩＮＶＩＴＥを受信した主装置２０は、受信したＩＮＶＩＴＥをＳＩＰ電話機２に送信する。また、主装置２０は、ＳＩＰ電話機１に、リクエストに対する暫定応答として１００ Ｔｒｙｉｎｇ応答を返す。

ＩＮＶＩＴＥを受信したＳＩＰ電話機２は、主装置２０に、リクエストに対する暫定応答として１００ Ｔｒｙｉｎｇ応答を返す。主装置２０は２００ＯＫレスポンスをＳＩＰ電話機１に送信する。

２００ＯＫレスポンスを受け取ったＳＩＰ電話機１は、ＲＴＰ停止の確認としてＡＣＫを主装置２０に送信する。主装置２０はこのＡＣＫをＳＩＰ電話機２に転送する。

この状態でＳＩＰ電話機１は一般的なボタン電話機のように、会議を開始するためのコマンドを意味する特別な番号である「会議特番」を含むＳＩＰ電話機３への第２呼の発信（ＩＮＶＩＴＥ送信）を行う（ステップＳ２）。

この会議特番付のＳＩＰ電話機３宛てのＩＮＶＩＴＥを受信した主装置２０では、この会議特番によりＳＩＰ処理部１０２より呼制御部１０３へと会議招集開始が伝えられ、本動作のためのトリガとなり、以下のシーケンスを動作させる（ステップＳ３）。

呼制御部１０３では会議特番を除去して、ＳＩＰ処理部１０２からＳＩＰ電話機３宛てのＩＮＶＩＴＥ送信を行う。ＳＩＰ電話機３とＳＩＰ電話機１のＳＩＰメッセージによりこれの端末間での音声通話が開始されるこのときもＲＴＰのやりとりはＳＩＰ電話機間のピアツーピアである（ステップＳ４）。会議特番の付加や、除去以外の動作は、図３を用いて上述した動作と同一であるため説明は省略する。

次に図５を用いて動作の説明を続ける。ここで、一般的なＳＩＰ電話機では２つの通話呼を保有した状態でのフッキング動作は現在の通話呼を保留して、保留してある呼を再び通話状態にする機能を有し、２つの呼を一度に通話状態にはできず、どちらかの呼を通話状態にさせる。

ＳＩＰ電話機１は、上記のＳＩＰ電話機２を保留し、ＳＩＰ電話機３と通話状態でフッキング動作を行う（ステップＳ５）。なお、この際の動作は、ステップＳ１と同様であるため説明を省略する。これによって、まず通話中のＳＩＰ電話機３を保留し、ＲＴＰによる双方向の通信を中断する。

その後ＳＩＰ電話機１からＳＩＰ電話機２へ保留解除のＩＮＶＩＴＥメッセージが主装置２０Ｓへ送られる（ステップＳ６）。

主装置２０はここで、この保留解除のＩＮＶＩＴＥメッセージをＳＩＰ電話機２へ送信せず、代わりにこのＩＮＶＩＴＥメッセージに対する肯定応答である２００ＯＫレスポンスを返信する。このとき２００ＯＫに含めるＳＤＰは主装置２０のＲＴＰ受信可能な能力であるＩＰアドレス、コーデックを含めた内容（本発明の「位置情報に相当する。」）を付加する（ステップＳ７）。

これによりＳＩＰ電話機１は主装置２０とＲＴＰによる双方向の通信を行う（ステップＳ９）。主装置２０はこのときトーンをＲＴＰで送信する。これを聴取することによりＳＩＰ電話機１は会議招集中であることを確認できる（ステップＳ８）。

次に図６を用いて動作の説明を続ける。上述の状態でＳＩＰ電話機１はもう一度フッキング動作を行う（ステップＳ１０）。

ＳＩＰ電話機１は、上述したステップＳ７での動作によってＳＩＰ電話機２との通話に見えている、主装置２０との通話を保留して、保留中であるＳＩＰ電話機３との通話を保留解除しようとするためＩＮＶＩＴＥをＳＩＰサーバである主装置２０宛てに送信する。

主装置２０はこのＩＮＶＩＴＥを受信するとこのメッセージをＳＩＰ電話機３に転送せずに、主装置２０のＲＴＰ受信能力を示したＳＤＰを付加して２００ＯＫレスポンスを送信する。

これによりＳＩＰ電話機１は再び主装置２０と通話を開始する。

このＳＩＰ電話機１からの保留解除メッセージのＩＮＶＩＴＥをトリガにして、保留されているＳＩＰ電話機２とＳＩＰ電話機３を保留解除のＩＮＩＶＴＥを送信する（ステップＳ１１、ステップＳ１２）。このときＩＮＶＩＴＥに付与するＳＤＰは主装置２０が有するＲＴＰ受信可能な能力を記述して送信を行う。

またＳＩＰ電話機１が通話状態になった場合に、保留されている呼に対して主装置２０が終話させるためにＢＹＥリクエストをＳＩＰ電話機１に送信する。この結果ＳＩＰ電話機１が保有する呼は１つのみとなる（ステップＳ１３）。これによってＳＩＰ電話機１，２，３はそれぞれのＲＴＰによる双方向の通信先が主装置２０宛てとなる（ステップＳ１４）。

主装置２０では受信したＲＴＰを変換して音声のミキシングを行う。これによりＳＩＰ電話機１乃至３の間での会議通話を可能とさせることができる。

［本発明の実施形態の効果］
第一の効果はＳＩＰ機能を有する電話機であって、ミキシングができないＳＩＰ電話機を使用していても、一般的なＳＩＰシーケンスを用いて主装置にＲＴＰを集約させることでＳＩＰシーケンスでは一般に提供していない会議機能を実現させることである。

第二の効果はＳＩＰ電話機だけではなく、主装置を含めた会議通話が可能となることである。その理由は主装置自体がＳＩＰサーバかつ、ＳＩＰのＵＡ（ユーザエージェント）となりえるため、その用途に応じデジットから判定して役割を柔軟に変更させＲＴＰを受信するからである。

［本発明の他の実施形態］
図４のステップ３終了後のトーン聴取状態で、ＤＴＭＦを主装置２０に送ることにより新たなＳＩＰ電話機４へ発呼することができる。この場合シーケンスはステップ３の初期状態となる。これにより一度に３者以上の会議通話を招集することができる。

なお、本発明の実施形態である主装置２０及び各ＳＩＰ電話機は、ハードウェア、ソフトウェア又はこれらの組合せにより実現することができる。

本発明の実施形態の基本的構成を表す図である。 主装置２０の基本的内部構成を表す図である。 本発明の実施形態の動作を表すシーケンス図である。 本発明の実施形態の動作を表すシーケンス図である。 本発明の実施形態の動作を表すシーケンス図である。 本発明の実施形態の動作を表すシーケンス図である。

符号の説明

１、２、３ ＳＩＰ電話機
２０ 主装置
１０１ ＬＡＮ収容インターフェース
１０２ ＳＩＰ処理部
１０３ 呼制御部
１０４ 音声データ処理部
１０５ ＲＴＰ処理部

Claims (17)

1. 複数の端末と、前記複数の端末とネットワークにより相互に接続された会議招集装置とを備えたシステムにおける会議招集装置であって、
   第１の端末の双方向通信先と、前記第１の端末が双方向通信を希望する複数の端末の双方向通信先とを会議招集装置とし、各端末からの送信データをミキシングすることを特徴とする会議招集装置。
2. 請求項１に記載の会議招集装置であって、
   前記第１の端末からの接続要求を受けて会議招集装置を経由して前記第１の端末と、第２の端末との接続を確立した後に保留状態とする第１の接続手段と、
   前記第１の端末からの会議特番を付加した接続要求を受けて会議招集装置を経由して第Ｎ（Ｎは３以上の自然数）の端末との接続を確立した後に保留状態とする第２の接続手段と、
   前記会議特番の受信をトリガとして、前記第１の端末から前記第２の端末との保留状態の解除信号が送られてきた場合に、前記第２の端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と前記第１の端末との接続を確立する第３の接続手段と、
   前記会議特番の受信をトリガとして、前記第１の端末から前記第Ｎの端末との保留状態の解除信号が送られてきた場合に、前記第Ｎの端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と前記第１の端末との接続を確立する第４の接続手段と、
   前記会議特番の受信をトリガとして、前記第２の端末及び前記第Ｎの端末に、前記第１の端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と、前記第２の端末及び前記第Ｎの端末と、の接続を確立する第５の接続手段と、
   前記第５の接続手段の動作後に前記第１の端末に対し保留解除の信号を送信する保留解除信号送信手段と、
   を備えることを特徴とする会議招集装置。
3. 請求項２に記載の会議招集装置であって、前記第Ｎの端末が複数であることを特徴とする会議招集装置。
4. 請求項２又は３に記載の会議招集装置であって、
   前記第３の接続手段において前記第１の端末と会議招集装置の接続が確立した際に、会議招集装置から、前記第１の端末に対してトーン信号を送信するトーン信号送信手段を更に備えることを特徴とする会議招集装置。
5. 請求項１乃至４の何れか１項に記載の会議招集装置であって、会議招集装置と各端末との通信方式がセッション開始プロトコルに準拠した通信方式であることを特徴とする会議招集装置。
6. 複数の端末と、前記複数の端末とネットワークにより相互に接続されたプロキシサーバとを備えた会議招集システムであって、
   前記プロシキサーバが請求項１乃至５の何れか１項に記載の会議招集装置であることを特徴とする会議招集システム。
7. 複数の端末と、前記複数の端末とネットワークにより相互に接続された会議招集装置とを備えたシステムにおける会議招集方法であって、
   第１の端末の双方向通信先と、前記第１の端末が双方向通信を希望する複数の端末の双方向通信先とを会議招集装置とし、会議招集装置が各端末からの送信データをミキシングすることを特徴とする会議招集方法。
8. 請求項７に記載の会議招集方法であって、
   会議招集装置が、前記第１の端末からの接続要求を受けて会議招集装置を経由して前記第１の端末と、第２の端末との接続を確立した後に保留状態とする第１の接続ステップと、
   会議招集装置が、前記第１の端末からの会議特番を付加した接続要求を受けて会議招集装置を経由して第Ｎ（Ｎは３以上の自然数）の端末との接続を確立した後に保留状態とする第２の接続ステップと、
   会議招集装置が、前記会議特番の受信をトリガとして、前記第１の端末から前記第２の端末との保留状態の解除信号が送られてきた場合に、前記第２の端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と前記第１の端末との接続を確立する第３の接続ステップと、
   会議招集装置が、前記会議特番の受信をトリガとして、前記第１の端末から前記第Ｎの端末との保留状態の解除信号が送られてきた場合に、前記第Ｎの端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と前記第１の端末との接続を確立する第４の接続ステップと、
   会議招集装置が、前記会議特番の受信をトリガとして、前記第２の端末及び前記第Ｎの端末に、前記第１の端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と、前記第２の端末及び前記第Ｎの端末と、の接続を確立する第５の接続ステップと、
   会議招集装置が、前記第５の接続ステップの動作後に前記第１の端末に対し保留解除の信号を送信する保留解除信号送信ステップと、
   を備えることを特徴とする会議招集方法。
9. 請求項８に記載の会議招集方法であって、前記第Ｎの端末が複数であり複数の第Ｎの端末のそれぞれに対して前記各ステップが行われることを特徴とする会議招集方法。
10. 請求項８又は９に記載の会議招集方法であって、
    会議招集装置が、前記第３の接続ステップにおいて第１の端末と会議招集装置の接続が確立した際に、会議招集装置から、第１の端末に対してトーン信号を送信するトーン信号送信ステップを更に備えることを特徴とする会議招集方法。
11. 請求項７乃至１０の何れか１項に記載の会議招集方法であって、会議招集装置と各端末との通信方式がセッション開始プロトコルに準拠した通信方式であることを特徴とする会議招集方法。
12. 複数の端末と、前記複数の端末とネットワークにより相互に接続されたプロキシサーバとを備えたシステムにおける会議招集方法であって、
    前記プロシキサーバが会議招集装置として、請求項７乃至１１の何れか１項に記載の会議招集方法を行うことを特徴とする会議招集方法。
13. 複数の端末と、前記複数の端末とネットワークにより相互に接続された会議招集装置とを備えたシステムにおける会議招集装置としてコンピュータを機能させるための会議招集プログラムであって、
    第１の端末の双方向通信先と、前記第１の端末が双方向通信を希望する複数の端末の双方向通信先とを会議招集装置とし、各端末からの送信データをミキシングすることを特徴とする会議招集装置としてコンピュータを機能させるための会議招集プログラム。
14. 請求項１３に記載の会議招集プログラムであって、前記会議招集装置は、
    前記第１の端末からの接続要求を受けて会議招集装置を経由して前記第１の端末と、第２の端末との接続を確立した後に保留状態とする第１の接続手段と、
    前記第１の端末からの会議特番を付加した接続要求を受けて会議招集装置を経由して第Ｎ（Ｎは３以上の自然数）の端末との接続を確立した後に保留状態とする第２の接続手段と、
    前記会議特番の受信をトリガとして、前記第１の端末から前記第２の端末との保留状態の解除信号が送られてきた場合に、前記第２の端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と前記第１の端末との接続を確立する第３の接続手段と、
    前記会議特番の受信をトリガとして、前記第１の端末から前記第Ｎの端末との保留状態の解除信号が送られてきた場合に、前記第Ｎの端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と前記第１の端末との接続を確立する第４の接続手段と、
    前記会議特番の受信をトリガとして、前記第２の端末及び前記第Ｎの端末に、前記第１の端末との接続先であるとして会議招集装置の位置情報を返却することにより会議招集装置と、前記第２の端末及び前記第Ｎの端末と、の接続を確立する第５の接続手段と、
    前記第５の接続手段の動作後に前記第１の端末に対し保留解除の信号を送信する保留解除信号送信手段と、
    を備えることを特徴とする会議招集プログラム。
15. 請求項１４に記載の会議招集プログラムであって、前記第Ｎの端末が複数であることを特徴とする会議招集プログラム。
16. 請求項１４又は１５に記載の会議招集プログラムであって、前記会議招集装置は、
    前記第３の接続手段において前記第１の端末と会議招集装置の接続が確立した際に、会議招集装置から、前記第１の端末に対してトーン信号を送信するトーン信号送信手段を更に備えることを特徴とする会議招集装置プログラム。
17. 請求項１３乃至１６の何れか１項に記載の会議招集プログラムであって、会議招集装置と各端末との通信方式がセッション開始プロトコルに準拠した通信方式であることを特徴とする会議招集プログラム。

Images