JP3984929B2 - ＶｏＩＰシステム、ＶｏＩＰサーバ、及びマルチキャストパケット通信方法 - Google Patents
ＶｏＩＰシステム、ＶｏＩＰサーバ、及びマルチキャストパケット通信方法 Download PDFInfo
- Publication number
- JP3984929B2 JP3984929B2 JP2003166764A JP2003166764A JP3984929B2 JP 3984929 B2 JP3984929 B2 JP 3984929B2 JP 2003166764 A JP2003166764 A JP 2003166764A JP 2003166764 A JP2003166764 A JP 2003166764A JP 3984929 B2 JP3984929 B2 JP 3984929B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- multicast
- clients
- multicast packet
- voip server
- 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 - Lifetime
Links
- 238000004891 communication Methods 0.000 title claims description 31
- 238000000034 method Methods 0.000 title claims description 21
- 230000005540 biological transmission Effects 0.000 claims description 65
- 238000010586 diagram Methods 0.000 description 15
- 230000000694 effects Effects 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/428—Arrangements for placing incoming calls on hold
- H04M3/4285—Notifying, informing or entertaining a held party while on hold, e.g. Music On Hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/56—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for VoIP communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/202—VoIP; Packet switched telephony
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/2073—Multipoint, e.g. messaging, broadcast or group SMS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法に関し、とくにページング（一斉放送）やＭＯＨ（Music On Hold：保留音）などの送信データをマルチキャストパケットとして送信するＶｏＩＰシステムに関する。
【０００２】
【従来の技術】
従来、インターネットで使われているＩＰ（Internet Protocol）ネットワーク（ＩＰ網）を利用して音声通話を可能にするＶｏＩＰ（Voice on IP）システムが知られている。ＶｏＩＰシステムは、一例として、ＶｏＩＰサーバと、複数のクライアントとをＩＰネットワーク上に通信可能に接続した構成で、ＶｏＩＰサーバによる制御の基で複数のクライアント間でＩＰパケットに分解された音声データを媒介にして音声通話を可能にしたものである。
【０００３】
なお、本発明に関連する先行技術文献としては、以下のものがある。
【０００４】
【特許文献１】
特開２００１−２３０７７４号公報
【特許文献２】
特開平０４−１９２９５５号公報
【０００５】
【発明が解決しようとする課題】
上述した従来例のＶｏＩＰシステムでは、ＩＰネットワーク上に一斉放送されるページングのデータや、音声通話時の保留操作でその旨を知らせるＭＯＨ（保留音）データなどの送信データをマルチキャストパケットとして送信する場合、次のような問題が想到される。
【０００６】
例えば、ページングの場合には、ページングを行う側のクライアントは、ページングを受信する側のクライアントがマルチキャストパケットを受信可能か否かに関わらず、全てのクライアントに対し一律にページングの送信データをマルチキャストパケットとして送信していた。または、ページング受信対象のクライアント毎にユニキャストパケットとして送信していた。
【０００７】
また、ＭＯＨの場合も、ＭＯＨデータ受信者のマルチキャストパケットの受信可否に関わらず、ＶｏＩＰサーバがマルチキャストでＭＯＨの音声パケットを送信していた。または、クライアントそれぞれに内部音源を持たせることでユーザにＭＯＨを聞かせていた。
【０００８】
従って、マルチキャストパケットをルーティングできないルータの配下に配置されたクライアント等、何れかの要因でマルチキャストパケットを受信できないネットワーク環境下に存在するクライアントは、他のクライアントやＶｏＩＰサーバからマルチキャストパケットとして送信されたページングやＭＯＨの送信データを受信することができなかった。
【０００９】
上記ＶｏＩＰシステムにおけるマルチキャストパケット通信の問題は、ページングやＭＯＨに限らず、３者以上での通話（会議通話）やストリーミングなどの場合でも同様であった。
【００１０】
本発明は、ＶｏＩＰシステムを用いてページングやＭＯＨなどの送信データをマルチキャストパケットとして送信する場合、マルチキャストパケットを受信できないクライアントに対しても、その送信データを受信できるようにサポート可能なＶｏＩＰシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明の特徴は、マルチキャストを受信できないクライアントを自動判別し、判別されたクライアントに対してマルチキャスト以外の受信方法として、ユニキャストで送信するか、またはクライアントの内部音源を用いるかの方法を使用することにより、ページングやＭＯＨなどをサポートできるようにしたことにある。
【００１２】
本発明は、このような着想の基に完成されたものである。
【００１３】
すなわち、本発明にかかるＶｏＩＰシステムは、ＩＰネットワークに接続されるＶｏＩＰサーバと、前記ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムにおいて、前記複数のクライアントは、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信する第１のマルチキャスト送信手段と、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るマルチキャスト送信要求手段とを有し、前記ＶｏＩＰサーバは、前記マルチキャスト送信要求手段により前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信する第２のマルチキャスト送信手段と、前記第１又は前記第２のマルチキャスト送信手段により前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記第１又は前記第２のマルチキャスト送信手段を制御する送信制御手段とを有し、前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とする。
【００１６】
前記送信制御手段は、前記判別手段による判別結果を登録するテーブルと、該テーブルに登録された該判別結果に基づいて前記判別手段を行わずに前記送信制御手段を動作させる手段を有してもよい。
【００１７】
前記送信データは、ページングにより一斉放送されるデータであってもよい。
【００１８】
前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであってもよい。
【００１９】
前記ＶｏＩＰサーバは、前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送る手段をさらに有し、前記クライアントは、前記再生要求を受けたときに、前記内部音源を再生する手段をさらに有してもよい。
【００２０】
また、本発明にかかるＶｏＩＰサーバは、複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間でＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムで用いるＶｏＩＰサーバにおいて、前記送信元クライアントから送られてくるマルチキャストパケット送信用の要求メッセージを受信したときに所定の送信データをマルチキャストパケットとして複数の宛先クライアントに向けて送信するマルチキャスト送信手段と、前記マルチキャスト送信手段又は前記送信元クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記マルチキャスト送信手段又は前記送信元クライアントを制御する送信制御手段とを有し、前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とする。
【００２２】
さらに、本発明にかかるＶｏＩＰシステムのマルチキャストパケット通信方法は、ＩＰネットワークに接続されるＶｏＩＰサーバと、該ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにした構成において、前記複数のクライアントが、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信するステップと、前記複数のクライアントが、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るステップと、前記ＶｏＩＰサーバが、前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信するステップと、前記ＶｏＩＰサーバが、該ＶｏＩＰサーバ又は前記クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別するステップと、前記ＶｏＩＰサーバが、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように制御するステップとを有し、
前記判別ステップは、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とする。
【００２３】
【発明の実施の形態】
以下、本発明の実施形態にかかるＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法を添付図面を参照して説明する。
（第１の実施形態）
図１は、本実施形態にかかるＶｏＩＰシステムの全体構成を示す。
【００２４】
図１に示すＶｏＩＰシステムは、ＩＰネットワーク２上に構築されるもので、ＶｏＩＰサーバ１と、このＶｏＩＰサーバ１に通信可能に接続される複数のクライアントＣ１〜Ｃ５と、マルチキャストに対応したルータ（以下、「マルチキャストルータ」と呼ぶ）ＭＲ１及びマルチキャストに対応していないルータＲ１とを備え、ＶｏＩＰサーバ１による呼制御の基で、ＩＰネットワーク２を介し各クライアントＣ１〜Ｃ５間で音声通話が可能となっている。
【００２５】
上記クライアントＣ１〜Ｃ５のうち、３つのクライアントＣ１〜Ｃ３は、ＶｏＩＰサーバ１と同一のＩＰネットワーク２を成すサブネット上に接続される。またクライアントＣ４は、マルチキャストルータＭＲ１の配下にあるＩＰネットワーク２を成す他のサブネット上に接続される。さらにクライアントＣ５は、マルチキャストに対応していないルータＲ１の配下にあるＩＰネットワーク２を成す他のサブネット上に接続される。
【００２６】
図２及び図３は、ＶｏＩＰサーバ１の構成例を示す。
【００２７】
ＶｏＩＰサーバ１は、例えばＳＩＰサーバ、Ｈ．３２３サーバ等のサーバ・コンピュータが適用され、ハードウェア構成上、例えば図２に示すように、ＩＰネットワーク２に接続される通信インターフェース１１と、ＯＳ（オペレーティング・システム）やＶｏＩＰサーバとして機能するためのプログラムを保持する記憶装置１２と、この記憶装置１３の呼制御プログラムを実行し全体動作を制御する制御装置（ＣＰＵ）１４とが含まれる。
【００２８】
このうち、記憶装置１２には、例えば図３に示すように、ＯＳ１２１と、ＩＰパケットによるデータ通信を制御する通信プロトコルスタック１２２と、クライアントのステータスや情報を登録するデータベース（登録テーブル）１２３と、クライアント間での音声通話手順（発呼、着呼など）を定めたＨ．３２３、ＳＩＰ（Session Initiation Protocol）、ＭＥＧＡＣＯ（Media Gateway Control Protocol）（Ｈ．２４８）等の呼制御プロトコル１２４や本発明のマルチキャストパケット通信方法の処理手順を定めたサーバプログラム１２５などの制御プログラムと、ＭＯＨ音源１２６と、ＭＯＨ音源１２６のデータを通信インターフェース１１から送出する音声データに変換（エンコード）するＣＯＤＥＣ（コーデック）１２７とを有する。
【００２９】
ＶｏＩＰサーバ１は、上記構成及びそのプログラム制御により、クライアントＣ１〜Ｃ５を登録（レジスト）し、それぞれの呼制御を行う機能や、ＭＯＨをマルチキャストまたはユニキャストで送出する機能のほか、いづれかのクライアントがマルチキャストパケットの送出をしようとするとき、受信対象のクライアントに対してマルチキャストパケットの受信が可能か否かをテストし、受信できないクライアントには、ユニキャスト（ＭＯＨの場合は内部音源でも良い）での送出を促すメッセージを送出する機能（後述参照）を有する。
【００３０】
上記機能により、ＶｏＩＰサーバ１は、クライアントＣ１〜Ｃ５から登録要求があった場合、それを受付けそれぞれの呼処理を行ったり、ＭＯＨをマルチキャストまたはユニキャストで送出したり、クライアントがページングまたは保留の要求をした場合、その受信対象者がマルチキャストを受信可能かを判別するためのマルチキャストを送出したりする。
【００３１】
図４〜図６は、クライアントＣ１の構成例を示す。他のクライアントＣ２〜Ｃ５もこれと同様の構成である。
【００３２】
クライアントＣ１は、例えば汎用ＰＣ（パーソナル・コンピュータ）、ＰＤＡ（パーソナル・デジタル・アシスタント）、専用ＩＰ電話機等のクライアント・コンピュータが適用され、ハードウェア構成上、例えば図５に示すように、ＩＰネットワーク２に接続される通信インターフェース２１と、ＯＳやＶｏＩＰサーバ１からの命令やユーザの操作によって通話や音声・動画の送受信を制御するクライアントプログラムなどの制御プログラムや制御データを格納した記録装置２２と、この記憶装置２２のクライアントプログラムを実行し全体動作を制御する制御装置（ＣＰＵ）２３と、音声・動画を入出力するヒューマンインターフェース２４とが含まれる。
【００３３】
このうち、記憶装置２２は、図５に示すように、ＯＳ２２１と、ＩＰパケットによるデータ通信を制御する通信プロトコルスタック２２２と、本発明のマルチキャストパケット通信方法のクライアント側の処理手順を定めたクライアントプログラム２２３などの制御プログラムと、ヒューマンインターフェース２４から入力されたデータを変換（エンコード）し、通信インターフェース２１から受信した音声・動画データをクライアントＣ１で再生可能なデータに変換（デコード）する機能を持つＣＯＤＥＣ２２４とを有する。また、記憶装置２２には、ＭＯＨをローカルに発生するためのＭＯＨ内部音源２２５を持つ場合もある。
【００３４】
ヒューマンインターフェース２４は、図６に示すように、マイク等の音声入力装置２４１、スピーカ等の音声出力装置２４２、カメラ等の動画入力装置２４３、モニタ等の動画出力装置２４４などの入出力装置を有する。これら入出力装置は、例えばＵＳＢ（Universal Serial Bus）のハンドセットや、ＰＣ内蔵のマイクやスピーカでも適用できる。
【００３５】
このうち、ＶｏＩＰサーバ１と同一のサブネット上に接続された３つのクライアントＣ１〜Ｃ３は、上記構成及びそのプログラム制御により、該サブネットを介しＶｏＩＰサーバ１へのクライアント登録を行なう機能や、それぞれのクライアントまたはＶｏＩＰサーバ１からのマルチキャストパケットを直接受信する機能等を有する。
【００３６】
また、クライアントＣ４は、上記構成及びそのプログラム制御により、マルチキャストルータＭＲ１を介してＶｏＩＰサーバ１へのクライアント登録を行なう機能や、マルチキャストルータＭＲ１との間で、ＩＧＭＰ（Internet Group Management Protocol）に従い通信を行い、特定のマルチキャストグループに参加することにより、クライアントＣ１〜Ｃ３またはＶｏＩＰサーバ１からのマルチキャストパケットを受信する機能等を有する。ここで、ＩＧＭＰは、ＲＦＣ１１１２、ＲＦＣ２２３６（ＩＧＭＰＶ２）、ＲＦＣ３３７６（ＩＧＭＰ Ｖ３）に規定されているマルチキャストグループへの参加や離脱を制御するプロトコルである。
【００３７】
例えば、ＶｏＩＰサーバ１がＭＯＨを特定マルチキャストアドレス、例えば、239.255.1.1宛に配信している場合、通常、マルチキャストルータＭＲ１は、239.255.1.1宛てのパケットを、その配下にあるクライアントＣ４がいるサブネットにはルーティングしない。クライアントＣ４がこのＭＯＨを受信したい場合、マルチキャストルータＭＲ１に対しこのマルチキャストグループへの参加を知らせる必要がある。この際、用いられるプロトコルが、ＩＧＭＰである。マルチキャストルータＭＲ１は、その配下に特定のマルチキャストグループへ参加しているクライアントが存在するかどうかを確認するために、ＩＧＭＰに従い、定期的にＩＧＭＰクエリを送信しており、この場合、クライアントＣ４は、このＩＧＭＰクエリに応答して、ＩＧＭＰリポートをＭＲ１に返す。これにより、マルチキャストルータＭＲ１は、その配下に該マルチキャストグループの参加者が存在することが分かるので、239.255.1.1宛てのパケットをクライアントＣ４が配置されたサブネットにルーティングする。このようにして、クライアントＣ４は、ＶｏＩＰサーバ１が配信するＭＯＨを受信できるようになる。
【００３８】
さらに、クライアントＣ５は、上記構成及びそのプログラム制御により、ルータＲ１を介してＶｏＩＰサーバ１へのクライアント登録を行なう機能を有するが、ルータＲ１がマルチキャストに対応していないため、クライアントＣ１〜Ｃ３またはＶｏＩＰサーバ１からのマルチキャストパケットを受信することはできない。
【００３９】
マルチキャストルータＭＲ１は、ＩＰパケットに対する既知のルーティング機能のほか、上述したＩＧＭＰに従う通信を実行することでその配下にあるクライアント（図１ではＣ４）が特定のマルチキャストグループに参加しているものである場合、当該クライアントにマルチキャストパケットをルーティングする機能を有する。
【００４０】
ルータＲ１は、ＩＰ公知のルーティング機能を有するが、マルチキャストルータＭＲ１とは異なり、ＶｏＩＰサーバ１が配置されたＩＰネットワーク２、すなわちサブネットを越えて、マルチキャストパケットをルーティングする機能を持っていない。つまり、このルータＲ１の配下にあるクライアント（図１の例ではＣ５）は、ＶｏＩＰサーバ１が存在するサブネットから送られてくるマルチキャストパケットを、ルータＲ１を介して受信することができないことを意味する。
【００４１】
次に、本実施形態の動作について、図７から図１５を参照して説明する。
【００４２】
図７に示すフローチャートは、ＶｏＩＰサーバ１のプログラム制御により、また図８及び図９に示すフローチャートは、クライアントＣ１〜Ｃ５のプログラム制御により実行されるものである。図１０〜図１４に示すシーケンス図は、ＶｏＩＰサーバ１とクライアントＣ１〜Ｃ５との間で送受信される各種メッセージの流れを時系列に示すものである。図１５は、代表的なメッセージのフォーマット例を示す。
【００４３】
ここでは、ＶｏＩＰサーバ１には、クライアントＣ１〜Ｃ５が登録されているものとする。
【００４４】
最初に、音声通話時の保留操作に伴うＭＯＨをＩＰネットワーク２上でマルチキャストパケットとして送信する場合について説明する。
【００４５】
まず、図１０に示すように、クライアントＣ１とＣ２が互いに通話状態にあるときに、クライアントＣ１が保留操作を行った場合、クライアントＣ１は、制御装置２３のプログラム制御により、ＩＰネットワーク２経由で、ＶｏＩＰサーバ１に対し保留要求メッセージのパケットを送信する（図１０のステップＳ１）。
【００４６】
ＶｏＩＰサーバ１は、上記保留要求メッセージのパケットを受信すると（図７のステップＦ１）、これに応答して、クライアントＣ１の相手先であるクライアントＣ２がマルチキャストを受信可能か否かを判別するため、あらかじめ設定された判別用マルチキャストグループに参加しているクライアント全てに向けて、、テストメッセージのパケットをマルチキャストアドレス宛のパケット（マルチキャストパケット）として送信する（図７のステップＦ２、図１０のステップＳ２、図１５のマルチキャストテスト要求参照）。
【００４７】
ここで、判別用マルチキャストグループに参加しているクライアントは、ＶｏＩＰサーバ１に登録されたクライアント全てに対応する。すなわち、本例の場合、クライアントＣ１〜Ｃ５の全てが参加している。ＶｏＩＰサーバ１は、ここで登録されたクライアント全てが上記マルチキャストアドレス宛のパケットであるメッセージを受信しているものとみなして処理を行なう。なお、マルチキャストルータＭＲ１（この場合、ＩＧＭＰクエリアとなりうる）配下にあるクライアントＣ４の場合、このマルチキャストグループに参加するための設定は、ＩＧＭＰクエリ及びＩＧＭＰレポートにて行なう。それ以外のクライアントは、上記マルチキャストアドレス宛てのパケットを受信するのみでも可能である。
【００４８】
図１５は、上記テストメッセージを含む代表的なメッセージのフォーマット例を示す。図１５に示すメッセージは、上記マルチキャストアドレス（図示していない）のほか、メッセージの種類を一意に識別するための「メッセージＩＤ」、制御内容を識別するための「コマンドＩＤ」、どのクライアントに対して（どのクライアントからの）制御かを識別するための「クライアントＩＤ」等から構成される。「クライアントＩＤ」は、本フォーマット例ではＩＰアドレスになっているが、クライアント名などでも良い。また、本発明を実現するには図１５に示すフォーマットに限定されるものではなく、既存の呼制御プロトコル（例えば、ＭＧＡＣＯなど）のメッセージフォーマットを独自に拡張しても良い。マルチキャストアドレスは、例えば239.255.1.1等、所定のＩＰアドレス範囲内に設定される。
【００４９】
次いで、上記テストメッセージ（図１５のマルチキャストテスト要求参照）に対し、クライアントＣ２は、判別用マルチキャストアドレスのパケットを受信可能であるので、その応答メッセージ（図１５のマルチキャストテスト応答参照）をＶｏＩＰサーバ１に送信する（図１０のステップＳ３、図８のステップＦ１１〜Ｆ１３）。
【００５０】
このとき、ＶｏＩＰサーバ１は、クライアントＣ２からの応答を一定時間待ちその応答があったか否かを判断する（図７のステップＦ３）。本例では、クライアントＣ２はマルチキャストパケットを受信可能であるため、ＶｏＩＰサーバ１は、一定時間内にその応答を受信し、これにより相手先であるクライアントＣ２がマルチキャストパケット受信可能と判断し（図７のステップＦ３：ＹＥＳ）、その結果を受けて、制御装置１３のプログラム制御により自身のＭＯＨ音源１２６のデータをＣＯＤＥＣ１２７でエンコードして、通信インターフェース１１を介し、マルチキャストパケットとしてＩＰネットワーク２経由でクライアントＣ２に送信する（図７のステップＦ４、図１０のステップＳ４）。
【００５１】
クライアントＣ２は、上記ＭＯＨのマルチキャストパケットを通信インターフェース２１を介し受信すると（図８のステップＦ１４）、制御装置２３のプログラム制御によりＣＯＤＥＣ２２４にてデコードし、ヒューマンインターフェース２４の音声出力装置２４２から音声出力する。
【００５２】
上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、クライアントＣ１が保留停止操作を行った場合、ＶｏＩＰサーバ１に保留停止メッセージを送信し、これにより、ＶｏＩＰサーバ１はクライアントＣ２へのＭＯＨ送信を停止する（図１０のステップＳ５）。
【００５３】
また、上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、図１０に示すように例えば通話状態にある他のクライアントＣ３とＣ４のうち、クライアントＣ４が保留操作を行った場合（図１０のステップＳ６）は、クライアントＣ３はＶｏＩＰサーバ１から送信されている同一のマルチキャストパケットによりＭＯＨを受信する（図１０のステップＳ７）。また、上記ＭＯＨ送信停止時（図１０のステップＳ５）に、クライアントＣ３がＭＯＨの受信を継続している場合、ＶｏＩＰサーバ１は、クライアントＣ３に対するＭＯＨ送信を停止しないで継続する。
【００５４】
上記に対し、図１１に示すようにクライアントＣ１とＣ５が通話状態にあるときに、クライアントＣ１が保留操作を行った場合、クライアントＣ１は、上記と同様、ＶｏＩＰサーバ１に対しＩＰネットワーク２経由で保留要求メッセージを送信する（図１１のステップＳ１１）。
【００５５】
ＶｏＩＰサーバ１は、上記保留要求メッセージを受信すると（図７のステップＦ１）、相手先クライアントＣ５に上記のテストメッセージをマルチキャストパケットとして送信する（図２のステップＦ２、図１１のステップＳ１２）。
【００５６】
クライアントＣ５は、上記クライアントＣ２とは異なり、ルータＲ１配下のサブネット上に存在するため該ルータＲ１を介しマルチキャストパケットを受信できない（図８のステップＦ１２：ＮＯ）。
【００５７】
従って、ＶｏＩＰサーバ１は、クライアントＣ５からのテストメッセージに対する応答を一定時間内に受信できず、タイムアウトによりクライアントＣ５はマルチキャストパケット受信不可と判断し（図１１のステップＳ１３）、クライアントＣ５に対しては、制御装置１３のプログラム制御により、ＭＯＨのデータをマルチキャストパケットではなく、ユニキャストパケットとして通信インターフェース１１を介しＩＰネットワーク２経由で送信する（図７のステップＦ５、図１１のステップＳ１４）。
【００５８】
クライアントＣ５は、上記ＭＯＨのユニキャストパケットを通信インターフェース２１を介し受信すると（図８のステップＦ１９）、制御装置２３のプログラム制御によりＣＯＤＥＣ２２４にてデコードし、ヒューマンインターフェース２４の音声出力装置２４２から音声出力する。
【００５９】
その後、上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、クライアントＣ１が保留停止操作を行った場合、ＶｏＩＰサーバ１に保留停止メッセージを送信し、これにより、ＶｏＩＰサーバ１はクライアントＣ２へのＭＯＨ送信を停止する（図１１のステップＳ１５）。
【００６０】
上記の図１１に示す例では、クライアントＣ５は、内部音源としてＭＯＨ音源２２５を持っていない場合を想定している（図８のステップＦ１５：ＮＯ）。
【００６１】
これに対し、図１２に示すように、クライアントＣ５が内部保留音源を持つ場合、上記と同様にクライアントＣ１の保留操作に伴い保留要求メッセージが送信され（図１２のステップＳ２１）、これに応答してＶｏＩＰサーバ１は、テストメッセージのマルチキャストパケットを送信し（図１２のステップＳ２２）、これに対しクライアントＣ５からの一定時間内の応答がなくタイムアウトによりクライアントＣ５はマルチキャストパケット受信不可と判断した後（図１２のステップＳ２３）、クライアントＣ５に対して、上記ユニキャストでのＭＯＨ送信に代えて、内部保留音再生要求（図１５の内部保留音開始要求参照）を送信する（図１２のステップＳ２４）。
【００６２】
クライアントＣ５は、上記内部保留音再生要求を受信すると（図８のステップＦ１５：ＹＥＳ）、制御装置２３のプログラム制御により、内部音源である自身のＭＯＨ音源２２５のデータをヒューマンインターフェース２４の音声出力装置２４２から内部保留音として再生する（図８のステップＦ１６）。
【００６３】
その後、クライアントＣ１が保留を停止すると（図１２のステップＳ２５）、ＶｏＩＰサーバ１は、クライアントＣ５に対して、内部保留音停止要求（図１５の内部保留音停止要求参照）を送信する（図１２のステップＳ２６）。
【００６４】
クライアントＣ５は、上記内部保留音停止要求を受信すると（図８のステップＦ１７、ＹＥＳ）、制御装置２３のプログラム制御により、上記内部保留音の再生を停止する（図８のステップＦ１８）。
【００６５】
次に、ＩＰネットワーク２上で一斉放送されるページングのデータをマルチキャストパケットとして送信する場合について説明する。
【００６６】
まず、図１３、図１４に示すようにクライアントＣ１がＶｏＩＰサーバ１に登録しているクライアント（図１３のＣ２、Ｃ３、図１４のＣ５）に対してページング操作を行った場合、クライアントＣ１は、ＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１３のステップＳ３１、図１４のステップＳ４１、図７のステップＳ１）。
【００６７】
ＶｏＩＰサーバ１は、上記ページング要求メッセージを受信すると（図７のステップＦ１）、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５にテストメッセージのマルチキャストパケットを送信する（図７のステップＦ２、図１３のステップＳ３２、図１４のステップＳ４２）。
【００６８】
ＶｏＩＰサーバ１は、上記クライアントＣ２、Ｃ３、Ｃ５からの応答を一定時間待ちその応答の有無を判断する（図７のステップＦ３）。このとき、クライアントＣ２、Ｃ３はマルチキャスト受信可能なので応答メッセージを送信するが（図１３のＳ３３、Ｓ３４、図９のステップＦ２２：ＹＥＳ、Ｆ２３）、クライアントＣ５はマルチキャスト受信不可のため応答メッセージを送信できない（図９のステップＦ２２：ＮＯ）。
【００６９】
よって、ＶｏＩＰサーバ１は、クライアントＣ２、Ｃ３からの応答メッセージを一定時間内に受信し、該クライアントＣ２、Ｃ３に関してはマルチキャスト受信が可能と判断するが（図７のステップＦ３：ＹＥＳ）、クライアントＣ５からの応答メッセージは一定時間内に受信できずタイムアウトし、該クライアントＣ５に関してはマルチキャスト受信が不可と判断する（図１４のステップＳ４３、図７のステップＦ３：ＮＯ）。
【００７０】
上記判断結果から、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対し、クライアントＣ５に対してはマルチキャストパケットではなくユニキャストパケットでの送信を要求する（図１４のステップＳ４４）。これにより、クライアントＣ１は、ページングのデータをクライアントＣ２、Ｃ３に対してはマルチキャストパケットとして送信すると共に（図７のステップＦ４、図１３のステップＳ３５）、クライアントＣ５に対してはユニキャストパケットとして送信する（図７のステップＦ５、図１４のステップＳ４５）。
【００７１】
その結果、上記クライアントＣ１から送信されるページングのデータを、クライアントＣ２、Ｃ３は、マルチキャストパケットとして、またクライアントＣ５は、ユニキャストパケットとして、それぞれ受信する（図９のステップＦ２４、Ｆ２５）。
【００７２】
その後、クライアントＣ１は、ＶｏＩＰサーバ１にページングの停止を要求する（図１３のステップＳ３６、図１４のステップＳ４６）。
【００７３】
従って、本実施形態によれば、ＶｏＩＰサーバ１がクライアントがマルチキャス受信可能か自動判別し、マルチキャスト受信不可能なクライアントに対して、マルチキャスト以外での受信方法を用意することにより、マルチキャストでのページングやＭＯＨなどをサポート可能なＶｏＩＰシステムを構築できる。
【００７４】
とくに、ＭＯＨの場合、リソースの問題でクライアント毎に複数のＭＯＨ音源を持たせたくない場合、サーバがＭＯＨ音源を持ちそれらを特定のグループ毎にマルチキャストで配信することができる。この場合、マルチキャストなのでユニキャストに比べ帯域は節約できる。この効果は、音声に限らず、むしろ動画などの通信帯域をより多く消費するものほど顕著となる。例えば、ＭＯＨで動画をサポートする場合や、自動応答で動画をサポートする場合等である。
（第２の実施形態）
第２の実施形態は、前述の第１の実施形態（図７）に比べ、図１６に示すＶｏＩＰサーバ１側の処理を参照すると、マルチキャストパケットの受信が可能か否かの判別結果をＶｏＩＰサーバ１に登録しておく処理（図１６のステップＦ３５、Ｆ３７）と、その登録があるかないかの判断を行う処理（図１６のステップＦ３２）を有する点で異なる。この点は、クライアント側の処理も同様である（図８、図１７参照）。
【００７５】
ここでは、ページングの場合の動作について、前述の図１、図１３、図１４に加え、図１６〜図１９を参照して説明する。ここで、クライアントＣ１〜Ｃ３、Ｃ５は、ＶｏＩＰサーバ１に登録されている。
【００７６】
図１３、図１４に示すように、クライアントＣ１がＶｏＩＰサーバ１に登録しているクライアント（この場合Ｃ２、Ｃ３、Ｃ５）に対してページング操作を行った場合、クライアントＣ１は、ＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１３のステップＳ３１、図１４のステップＳ４１）。
【００７７】
ＶｏＩＰサーバ１は、クライアントＣ１からのページング要求メッセージを受信すると（図１６のステップＦ３１）、ページング相手先Ｃ２、Ｃ３、Ｃ５のマルチキャスト受信可否に関する判別登録があるか検索する（図１６のステップＦ３２）。この時点では、まだ判別結果は未登録であるため（図１６のステップＦ３２：ＮＯ）、ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５にテストメッセージをマルチキャストパケットとして送信する（図１６のステップＦ３３、図１３のステップＳ３２、図１４のステップＳ４２）。
【００７８】
ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５からのテストメッセージに対する応答を一定時間待ち、その応答有無を判断する（図１６のステップＦ３４）。このとき、クライアントＣ２、Ｃ３はマルチキャストパケットを受信可能なので応答メッセージを送信するが（図１３のステップＳ３３、Ｓ３４、図１７のステップＦ６１、Ｆ６２：ＮＯ、Ｆ６３：ＹＥＳ、Ｆ６４）、これに対しクライアントＣ５はマルチキャストパケットを受信不可のため（図１７のステップＦ６１、Ｆ６２：ＮＯ、Ｆ６３：Ｎｏ）、その応答を一定時間内に受信できずタイムアウトし（図１４のステップＳ４３）、ＶｏＩＰサーバ１は、クライアントＣ５に関してはマルチキャスト受信不可と判断する。
【００７９】
これにより、ＶｏＩＰサーバ１は、クライアントＣ２、Ｃ３に関しマルチキャスト受信可能であることを登録し（図１６のステップＦ３５）、クライアントＣ５に関しマルチキャスト受信不可であることを登録する（図１６のステップＦ３７）。
【００８０】
そして、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対して、クライアントＣ５へのユニキャスト送信を要求する（図１４のステップＳ４４）。これに応答して、クライアントＣ１は、ページングのデータをマルチキャスト（図１６のステップＦ３６、図１３のステップＳ３５）およびクライアントＣ５へユニキャストで送信する（図１６のステップＦ３８、図１４のステップＳ４５）。
【００８１】
次に再び、クライアントＣ１がＶｏＩＰサーバ１に登録しているクライアントに対してページング操作を行った場合、クライアントＣ１はＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１６のステップＦ３１、図１８のステップＳ５１、図１９のＳ６１）。
【００８２】
ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５のマルチキャスト受信可否に関する判別登録があるか検索する（図１６のステップＦ３２）。このとき、クライアントＣ２、Ｃ３、Ｃ５に関する判別結果は、上記処理にて既に登録済みなので、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対して、クライアントＣ５へのユニキャストパケットでの送信を要求する（図１９のステップＳ６２）。これにより、クライアントＣ１は、ページングのデータを、クライアントＣ２、Ｃ３に対してはマルチキャストパケットとして送信すると共に（図１６のステップＦ３６、図１８のステップＳ５２）、クライアントＣ５に対してはユニキャストパケットで送信する（図１６のステップＦ３８、図１９のステップＳ６３）。
【００８３】
その結果、上記クライアントＣ１から送信されるページングのデータに関して、クライアントＣ２、Ｃ３は、マルチキャストパケットとして受信し（図１７のステップＦ６２：ＹＥＳ、Ｆ６７：ＹＥＳ、Ｆ６５）、クライアントＣ５は、ユニキャストパケットとして受信する（図１７のステップＦ６２：ＹＥＳ、Ｆ６７：ＮＯ、Ｆ６６）。
【００８４】
なお、上記では、ページングの場合の動作を説明しているが、ＭＯＨの場合もこれと同様である。図２０は、ＭＯＨの場合のクライアント側の処理（ステップ４１〜Ｓ５１参照）を示す。このクライアント側の処理では、前述した図８の処理と比べると、マルチキャストパケットの受信が可能か否かの判別結果をＶｏＩＰサーバ１に登録し、その登録有無の判断を行う処理に対応したクライアント側の処理（図１７のステップＦ６２、Ｆ６７）が付加されている点以外は、同様である。
【００８５】
従って、本実施形態によれば、上記実施形態と同様の効果に加え、保留時でも同様に適用可能でマルチキャスト受信可能かの登録情報を利用して保留毎に判別を省略できるようになる。判別結果の登録は、クライアントが再度ＶｏＩＰサーバ１に登録されるまで継続して利用可能である。または、クライアントのＩＰアドレスが変更されるまで判別結果を継続して利用しても良い。
【００８６】
また、本実施形態は、既にマルチキャスト受信可能かの判別済みのクライアントに対しては、前回の判別結果を登録してあるので再びテストを行わずにＭＯＨやページングをサポートできるという新たな効果も有する。
【００８７】
なお、上記実施形態では、マルチキャストパケットとして、ページングのデータとＭＯＨデータを送信する場合を説明しているが、本発明はこれに限定されるものではなく、例えば３者以上での通話（会議通話）やストリーミングなどでも適用可能である。
【００８８】
また、上記実施形態では、クライアントが内部音源を持たない場合の処理と持つ場合の処理を説明しているが、これはＶｏＩＰシステム全体でクライアントが内部音源を持たない、或いは持つ場合を前提にしている。これに対し、ＶｏＩＰシステム内で内部音源を持つクライアントと持たないクライアントを混在させる場合は、クライアントがＶｏＩＰサーバに登録（レジスト）される際に、その付加情報としてＭＯＨ内部音源の有無をＶｏＩＰサーバに通知することにすれば、ＶｏＩＰサーバがその付加情報を登録テーブルに登録しておき、クライアントからの保留要求メッセージを受けたときに該登録テーブルを基に相手先クライアントが内部音源をもつかどうかを判別できるようになる。
【００８９】
なお、本発明は、代表的に例示した上述の実施形態に限定されるものではなく、当業者であれば、特許請求の範囲の記載内容に基づき、その要旨を逸脱しない範囲内で種々の態様に変形、変更することができる。これらの変更例や変形例も本発明の権利範囲に属するものである。
【００９０】
【発明の効果】
以上説明したように、本発明によれば、ＶｏＩＰシステムを用いてページングやＭＯＨなどの送信データをマルチキャストパケットとして送信する場合、マルチキャストパケットを受信できないクライアントに対しても、その送信データを受信できるようにサポート可能なＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法を提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかるＶｏＩＰシステムの全体構成例を示す概略ブロック図である。
【図２】ＶｏＩＰサーバの内部構成を示す概略ブロック図である。
【図３】ＶｏＩＰサーバの記憶装置内に格納されるソフトウエア構成を示す概略図である。
【図４】クライアントの内部構成を示す概略ブロック図である。
【図５】クライアントの記憶装置内に格納されるソフトウエア構成を示す概略図である。
【図６】クライアントのヒューマンインターフェースの構成を示す概略図である。
【図７】ＶｏＩＰサーバの処理動作を示す概略フローチャートである。
【図８】ＭＯＨに関するクライアント側の処理動作を示す概略フローチャートである。
【図９】ページングに関するクライアント側の処理動作を示す概略フローチャートである。
【図１０】ＭＯＨデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１１】ＭＯＨデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図１２】ＭＯＨデータの代わりに内部保留音再生要求を送る場合のシーケンス図である。
【図１３】ページングのデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１４】ページングのデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図１５】メッセージのフォーマット例を説明する図である。
【図１６】第２実施形態にかかるＶｏＩＰサーバの動作手順を示す概略フローチャートである。
【図１７】第２実施形態にかかるページングに関するクライアント側の処理動作を示す概略フローチャートである。
【図１８】マルチキャストテスト結果の登録後にページングのデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１９】マルチキャストテスト結果の登録後にページングのデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図２０】第２実施形態にかかるＭＯＨに関するクライアント側の処理動作を示す概略フローチャートである。
【符号の説明】
１ ＶｏＩＰサーバ
２ ＩＰネットワーク
１１ 通信インターフェース
１２ 記憶装置
１３ 制御装置（ＣＰＵ）
２１ 通信インターフェース
２２ 記憶装置
２３ 制御装置（ＣＰＵ）
２４ ヒューマンインターフェース
１２１ ＯＳ
１２２ 通信プロトコルスタック
１２３ サーバプログラム
１２４ 呼制御プログラム
１２５ サーバプログラム
１２６ ＭＯＨ音源
１２７ ＣＯＤＥＣ
２２１ ＯＳ
２２２ 通信プロトコルスタック
２２３ クライアントプログラム
２２４ ＣＯＤＥＣ
２４１ 音声入力装置（マイク）
２４２ 音声出力装置（スピーカ）
２４３ 動画入力装置（カメラ）
２４４ 動画出力装置（モニタ）
Ｃ１〜Ｃ５ クライアント
ＭＲ１ マルチキャストルータ
Ｒ１ ルータ
【発明の属する技術分野】
本発明は、ＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法に関し、とくにページング（一斉放送）やＭＯＨ（Music On Hold：保留音）などの送信データをマルチキャストパケットとして送信するＶｏＩＰシステムに関する。
【０００２】
【従来の技術】
従来、インターネットで使われているＩＰ（Internet Protocol）ネットワーク（ＩＰ網）を利用して音声通話を可能にするＶｏＩＰ（Voice on IP）システムが知られている。ＶｏＩＰシステムは、一例として、ＶｏＩＰサーバと、複数のクライアントとをＩＰネットワーク上に通信可能に接続した構成で、ＶｏＩＰサーバによる制御の基で複数のクライアント間でＩＰパケットに分解された音声データを媒介にして音声通話を可能にしたものである。
【０００３】
なお、本発明に関連する先行技術文献としては、以下のものがある。
【０００４】
【特許文献１】
特開２００１−２３０７７４号公報
【特許文献２】
特開平０４−１９２９５５号公報
【０００５】
【発明が解決しようとする課題】
上述した従来例のＶｏＩＰシステムでは、ＩＰネットワーク上に一斉放送されるページングのデータや、音声通話時の保留操作でその旨を知らせるＭＯＨ（保留音）データなどの送信データをマルチキャストパケットとして送信する場合、次のような問題が想到される。
【０００６】
例えば、ページングの場合には、ページングを行う側のクライアントは、ページングを受信する側のクライアントがマルチキャストパケットを受信可能か否かに関わらず、全てのクライアントに対し一律にページングの送信データをマルチキャストパケットとして送信していた。または、ページング受信対象のクライアント毎にユニキャストパケットとして送信していた。
【０００７】
また、ＭＯＨの場合も、ＭＯＨデータ受信者のマルチキャストパケットの受信可否に関わらず、ＶｏＩＰサーバがマルチキャストでＭＯＨの音声パケットを送信していた。または、クライアントそれぞれに内部音源を持たせることでユーザにＭＯＨを聞かせていた。
【０００８】
従って、マルチキャストパケットをルーティングできないルータの配下に配置されたクライアント等、何れかの要因でマルチキャストパケットを受信できないネットワーク環境下に存在するクライアントは、他のクライアントやＶｏＩＰサーバからマルチキャストパケットとして送信されたページングやＭＯＨの送信データを受信することができなかった。
【０００９】
上記ＶｏＩＰシステムにおけるマルチキャストパケット通信の問題は、ページングやＭＯＨに限らず、３者以上での通話（会議通話）やストリーミングなどの場合でも同様であった。
【００１０】
本発明は、ＶｏＩＰシステムを用いてページングやＭＯＨなどの送信データをマルチキャストパケットとして送信する場合、マルチキャストパケットを受信できないクライアントに対しても、その送信データを受信できるようにサポート可能なＶｏＩＰシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明の特徴は、マルチキャストを受信できないクライアントを自動判別し、判別されたクライアントに対してマルチキャスト以外の受信方法として、ユニキャストで送信するか、またはクライアントの内部音源を用いるかの方法を使用することにより、ページングやＭＯＨなどをサポートできるようにしたことにある。
【００１２】
本発明は、このような着想の基に完成されたものである。
【００１３】
すなわち、本発明にかかるＶｏＩＰシステムは、ＩＰネットワークに接続されるＶｏＩＰサーバと、前記ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムにおいて、前記複数のクライアントは、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信する第１のマルチキャスト送信手段と、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るマルチキャスト送信要求手段とを有し、前記ＶｏＩＰサーバは、前記マルチキャスト送信要求手段により前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信する第２のマルチキャスト送信手段と、前記第１又は前記第２のマルチキャスト送信手段により前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記第１又は前記第２のマルチキャスト送信手段を制御する送信制御手段とを有し、前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とする。
【００１６】
前記送信制御手段は、前記判別手段による判別結果を登録するテーブルと、該テーブルに登録された該判別結果に基づいて前記判別手段を行わずに前記送信制御手段を動作させる手段を有してもよい。
【００１７】
前記送信データは、ページングにより一斉放送されるデータであってもよい。
【００１８】
前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであってもよい。
【００１９】
前記ＶｏＩＰサーバは、前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送る手段をさらに有し、前記クライアントは、前記再生要求を受けたときに、前記内部音源を再生する手段をさらに有してもよい。
【００２０】
また、本発明にかかるＶｏＩＰサーバは、複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間でＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムで用いるＶｏＩＰサーバにおいて、前記送信元クライアントから送られてくるマルチキャストパケット送信用の要求メッセージを受信したときに所定の送信データをマルチキャストパケットとして複数の宛先クライアントに向けて送信するマルチキャスト送信手段と、前記マルチキャスト送信手段又は前記送信元クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記マルチキャスト送信手段又は前記送信元クライアントを制御する送信制御手段とを有し、前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とする。
【００２２】
さらに、本発明にかかるＶｏＩＰシステムのマルチキャストパケット通信方法は、ＩＰネットワークに接続されるＶｏＩＰサーバと、該ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにした構成において、前記複数のクライアントが、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信するステップと、前記複数のクライアントが、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るステップと、前記ＶｏＩＰサーバが、前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信するステップと、前記ＶｏＩＰサーバが、該ＶｏＩＰサーバ又は前記クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別するステップと、前記ＶｏＩＰサーバが、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように制御するステップとを有し、
前記判別ステップは、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とする。
【００２３】
【発明の実施の形態】
以下、本発明の実施形態にかかるＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法を添付図面を参照して説明する。
（第１の実施形態）
図１は、本実施形態にかかるＶｏＩＰシステムの全体構成を示す。
【００２４】
図１に示すＶｏＩＰシステムは、ＩＰネットワーク２上に構築されるもので、ＶｏＩＰサーバ１と、このＶｏＩＰサーバ１に通信可能に接続される複数のクライアントＣ１〜Ｃ５と、マルチキャストに対応したルータ（以下、「マルチキャストルータ」と呼ぶ）ＭＲ１及びマルチキャストに対応していないルータＲ１とを備え、ＶｏＩＰサーバ１による呼制御の基で、ＩＰネットワーク２を介し各クライアントＣ１〜Ｃ５間で音声通話が可能となっている。
【００２５】
上記クライアントＣ１〜Ｃ５のうち、３つのクライアントＣ１〜Ｃ３は、ＶｏＩＰサーバ１と同一のＩＰネットワーク２を成すサブネット上に接続される。またクライアントＣ４は、マルチキャストルータＭＲ１の配下にあるＩＰネットワーク２を成す他のサブネット上に接続される。さらにクライアントＣ５は、マルチキャストに対応していないルータＲ１の配下にあるＩＰネットワーク２を成す他のサブネット上に接続される。
【００２６】
図２及び図３は、ＶｏＩＰサーバ１の構成例を示す。
【００２７】
ＶｏＩＰサーバ１は、例えばＳＩＰサーバ、Ｈ．３２３サーバ等のサーバ・コンピュータが適用され、ハードウェア構成上、例えば図２に示すように、ＩＰネットワーク２に接続される通信インターフェース１１と、ＯＳ（オペレーティング・システム）やＶｏＩＰサーバとして機能するためのプログラムを保持する記憶装置１２と、この記憶装置１３の呼制御プログラムを実行し全体動作を制御する制御装置（ＣＰＵ）１４とが含まれる。
【００２８】
このうち、記憶装置１２には、例えば図３に示すように、ＯＳ１２１と、ＩＰパケットによるデータ通信を制御する通信プロトコルスタック１２２と、クライアントのステータスや情報を登録するデータベース（登録テーブル）１２３と、クライアント間での音声通話手順（発呼、着呼など）を定めたＨ．３２３、ＳＩＰ（Session Initiation Protocol）、ＭＥＧＡＣＯ（Media Gateway Control Protocol）（Ｈ．２４８）等の呼制御プロトコル１２４や本発明のマルチキャストパケット通信方法の処理手順を定めたサーバプログラム１２５などの制御プログラムと、ＭＯＨ音源１２６と、ＭＯＨ音源１２６のデータを通信インターフェース１１から送出する音声データに変換（エンコード）するＣＯＤＥＣ（コーデック）１２７とを有する。
【００２９】
ＶｏＩＰサーバ１は、上記構成及びそのプログラム制御により、クライアントＣ１〜Ｃ５を登録（レジスト）し、それぞれの呼制御を行う機能や、ＭＯＨをマルチキャストまたはユニキャストで送出する機能のほか、いづれかのクライアントがマルチキャストパケットの送出をしようとするとき、受信対象のクライアントに対してマルチキャストパケットの受信が可能か否かをテストし、受信できないクライアントには、ユニキャスト（ＭＯＨの場合は内部音源でも良い）での送出を促すメッセージを送出する機能（後述参照）を有する。
【００３０】
上記機能により、ＶｏＩＰサーバ１は、クライアントＣ１〜Ｃ５から登録要求があった場合、それを受付けそれぞれの呼処理を行ったり、ＭＯＨをマルチキャストまたはユニキャストで送出したり、クライアントがページングまたは保留の要求をした場合、その受信対象者がマルチキャストを受信可能かを判別するためのマルチキャストを送出したりする。
【００３１】
図４〜図６は、クライアントＣ１の構成例を示す。他のクライアントＣ２〜Ｃ５もこれと同様の構成である。
【００３２】
クライアントＣ１は、例えば汎用ＰＣ（パーソナル・コンピュータ）、ＰＤＡ（パーソナル・デジタル・アシスタント）、専用ＩＰ電話機等のクライアント・コンピュータが適用され、ハードウェア構成上、例えば図５に示すように、ＩＰネットワーク２に接続される通信インターフェース２１と、ＯＳやＶｏＩＰサーバ１からの命令やユーザの操作によって通話や音声・動画の送受信を制御するクライアントプログラムなどの制御プログラムや制御データを格納した記録装置２２と、この記憶装置２２のクライアントプログラムを実行し全体動作を制御する制御装置（ＣＰＵ）２３と、音声・動画を入出力するヒューマンインターフェース２４とが含まれる。
【００３３】
このうち、記憶装置２２は、図５に示すように、ＯＳ２２１と、ＩＰパケットによるデータ通信を制御する通信プロトコルスタック２２２と、本発明のマルチキャストパケット通信方法のクライアント側の処理手順を定めたクライアントプログラム２２３などの制御プログラムと、ヒューマンインターフェース２４から入力されたデータを変換（エンコード）し、通信インターフェース２１から受信した音声・動画データをクライアントＣ１で再生可能なデータに変換（デコード）する機能を持つＣＯＤＥＣ２２４とを有する。また、記憶装置２２には、ＭＯＨをローカルに発生するためのＭＯＨ内部音源２２５を持つ場合もある。
【００３４】
ヒューマンインターフェース２４は、図６に示すように、マイク等の音声入力装置２４１、スピーカ等の音声出力装置２４２、カメラ等の動画入力装置２４３、モニタ等の動画出力装置２４４などの入出力装置を有する。これら入出力装置は、例えばＵＳＢ（Universal Serial Bus）のハンドセットや、ＰＣ内蔵のマイクやスピーカでも適用できる。
【００３５】
このうち、ＶｏＩＰサーバ１と同一のサブネット上に接続された３つのクライアントＣ１〜Ｃ３は、上記構成及びそのプログラム制御により、該サブネットを介しＶｏＩＰサーバ１へのクライアント登録を行なう機能や、それぞれのクライアントまたはＶｏＩＰサーバ１からのマルチキャストパケットを直接受信する機能等を有する。
【００３６】
また、クライアントＣ４は、上記構成及びそのプログラム制御により、マルチキャストルータＭＲ１を介してＶｏＩＰサーバ１へのクライアント登録を行なう機能や、マルチキャストルータＭＲ１との間で、ＩＧＭＰ（Internet Group Management Protocol）に従い通信を行い、特定のマルチキャストグループに参加することにより、クライアントＣ１〜Ｃ３またはＶｏＩＰサーバ１からのマルチキャストパケットを受信する機能等を有する。ここで、ＩＧＭＰは、ＲＦＣ１１１２、ＲＦＣ２２３６（ＩＧＭＰＶ２）、ＲＦＣ３３７６（ＩＧＭＰ Ｖ３）に規定されているマルチキャストグループへの参加や離脱を制御するプロトコルである。
【００３７】
例えば、ＶｏＩＰサーバ１がＭＯＨを特定マルチキャストアドレス、例えば、239.255.1.1宛に配信している場合、通常、マルチキャストルータＭＲ１は、239.255.1.1宛てのパケットを、その配下にあるクライアントＣ４がいるサブネットにはルーティングしない。クライアントＣ４がこのＭＯＨを受信したい場合、マルチキャストルータＭＲ１に対しこのマルチキャストグループへの参加を知らせる必要がある。この際、用いられるプロトコルが、ＩＧＭＰである。マルチキャストルータＭＲ１は、その配下に特定のマルチキャストグループへ参加しているクライアントが存在するかどうかを確認するために、ＩＧＭＰに従い、定期的にＩＧＭＰクエリを送信しており、この場合、クライアントＣ４は、このＩＧＭＰクエリに応答して、ＩＧＭＰリポートをＭＲ１に返す。これにより、マルチキャストルータＭＲ１は、その配下に該マルチキャストグループの参加者が存在することが分かるので、239.255.1.1宛てのパケットをクライアントＣ４が配置されたサブネットにルーティングする。このようにして、クライアントＣ４は、ＶｏＩＰサーバ１が配信するＭＯＨを受信できるようになる。
【００３８】
さらに、クライアントＣ５は、上記構成及びそのプログラム制御により、ルータＲ１を介してＶｏＩＰサーバ１へのクライアント登録を行なう機能を有するが、ルータＲ１がマルチキャストに対応していないため、クライアントＣ１〜Ｃ３またはＶｏＩＰサーバ１からのマルチキャストパケットを受信することはできない。
【００３９】
マルチキャストルータＭＲ１は、ＩＰパケットに対する既知のルーティング機能のほか、上述したＩＧＭＰに従う通信を実行することでその配下にあるクライアント（図１ではＣ４）が特定のマルチキャストグループに参加しているものである場合、当該クライアントにマルチキャストパケットをルーティングする機能を有する。
【００４０】
ルータＲ１は、ＩＰ公知のルーティング機能を有するが、マルチキャストルータＭＲ１とは異なり、ＶｏＩＰサーバ１が配置されたＩＰネットワーク２、すなわちサブネットを越えて、マルチキャストパケットをルーティングする機能を持っていない。つまり、このルータＲ１の配下にあるクライアント（図１の例ではＣ５）は、ＶｏＩＰサーバ１が存在するサブネットから送られてくるマルチキャストパケットを、ルータＲ１を介して受信することができないことを意味する。
【００４１】
次に、本実施形態の動作について、図７から図１５を参照して説明する。
【００４２】
図７に示すフローチャートは、ＶｏＩＰサーバ１のプログラム制御により、また図８及び図９に示すフローチャートは、クライアントＣ１〜Ｃ５のプログラム制御により実行されるものである。図１０〜図１４に示すシーケンス図は、ＶｏＩＰサーバ１とクライアントＣ１〜Ｃ５との間で送受信される各種メッセージの流れを時系列に示すものである。図１５は、代表的なメッセージのフォーマット例を示す。
【００４３】
ここでは、ＶｏＩＰサーバ１には、クライアントＣ１〜Ｃ５が登録されているものとする。
【００４４】
最初に、音声通話時の保留操作に伴うＭＯＨをＩＰネットワーク２上でマルチキャストパケットとして送信する場合について説明する。
【００４５】
まず、図１０に示すように、クライアントＣ１とＣ２が互いに通話状態にあるときに、クライアントＣ１が保留操作を行った場合、クライアントＣ１は、制御装置２３のプログラム制御により、ＩＰネットワーク２経由で、ＶｏＩＰサーバ１に対し保留要求メッセージのパケットを送信する（図１０のステップＳ１）。
【００４６】
ＶｏＩＰサーバ１は、上記保留要求メッセージのパケットを受信すると（図７のステップＦ１）、これに応答して、クライアントＣ１の相手先であるクライアントＣ２がマルチキャストを受信可能か否かを判別するため、あらかじめ設定された判別用マルチキャストグループに参加しているクライアント全てに向けて、、テストメッセージのパケットをマルチキャストアドレス宛のパケット（マルチキャストパケット）として送信する（図７のステップＦ２、図１０のステップＳ２、図１５のマルチキャストテスト要求参照）。
【００４７】
ここで、判別用マルチキャストグループに参加しているクライアントは、ＶｏＩＰサーバ１に登録されたクライアント全てに対応する。すなわち、本例の場合、クライアントＣ１〜Ｃ５の全てが参加している。ＶｏＩＰサーバ１は、ここで登録されたクライアント全てが上記マルチキャストアドレス宛のパケットであるメッセージを受信しているものとみなして処理を行なう。なお、マルチキャストルータＭＲ１（この場合、ＩＧＭＰクエリアとなりうる）配下にあるクライアントＣ４の場合、このマルチキャストグループに参加するための設定は、ＩＧＭＰクエリ及びＩＧＭＰレポートにて行なう。それ以外のクライアントは、上記マルチキャストアドレス宛てのパケットを受信するのみでも可能である。
【００４８】
図１５は、上記テストメッセージを含む代表的なメッセージのフォーマット例を示す。図１５に示すメッセージは、上記マルチキャストアドレス（図示していない）のほか、メッセージの種類を一意に識別するための「メッセージＩＤ」、制御内容を識別するための「コマンドＩＤ」、どのクライアントに対して（どのクライアントからの）制御かを識別するための「クライアントＩＤ」等から構成される。「クライアントＩＤ」は、本フォーマット例ではＩＰアドレスになっているが、クライアント名などでも良い。また、本発明を実現するには図１５に示すフォーマットに限定されるものではなく、既存の呼制御プロトコル（例えば、ＭＧＡＣＯなど）のメッセージフォーマットを独自に拡張しても良い。マルチキャストアドレスは、例えば239.255.1.1等、所定のＩＰアドレス範囲内に設定される。
【００４９】
次いで、上記テストメッセージ（図１５のマルチキャストテスト要求参照）に対し、クライアントＣ２は、判別用マルチキャストアドレスのパケットを受信可能であるので、その応答メッセージ（図１５のマルチキャストテスト応答参照）をＶｏＩＰサーバ１に送信する（図１０のステップＳ３、図８のステップＦ１１〜Ｆ１３）。
【００５０】
このとき、ＶｏＩＰサーバ１は、クライアントＣ２からの応答を一定時間待ちその応答があったか否かを判断する（図７のステップＦ３）。本例では、クライアントＣ２はマルチキャストパケットを受信可能であるため、ＶｏＩＰサーバ１は、一定時間内にその応答を受信し、これにより相手先であるクライアントＣ２がマルチキャストパケット受信可能と判断し（図７のステップＦ３：ＹＥＳ）、その結果を受けて、制御装置１３のプログラム制御により自身のＭＯＨ音源１２６のデータをＣＯＤＥＣ１２７でエンコードして、通信インターフェース１１を介し、マルチキャストパケットとしてＩＰネットワーク２経由でクライアントＣ２に送信する（図７のステップＦ４、図１０のステップＳ４）。
【００５１】
クライアントＣ２は、上記ＭＯＨのマルチキャストパケットを通信インターフェース２１を介し受信すると（図８のステップＦ１４）、制御装置２３のプログラム制御によりＣＯＤＥＣ２２４にてデコードし、ヒューマンインターフェース２４の音声出力装置２４２から音声出力する。
【００５２】
上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、クライアントＣ１が保留停止操作を行った場合、ＶｏＩＰサーバ１に保留停止メッセージを送信し、これにより、ＶｏＩＰサーバ１はクライアントＣ２へのＭＯＨ送信を停止する（図１０のステップＳ５）。
【００５３】
また、上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、図１０に示すように例えば通話状態にある他のクライアントＣ３とＣ４のうち、クライアントＣ４が保留操作を行った場合（図１０のステップＳ６）は、クライアントＣ３はＶｏＩＰサーバ１から送信されている同一のマルチキャストパケットによりＭＯＨを受信する（図１０のステップＳ７）。また、上記ＭＯＨ送信停止時（図１０のステップＳ５）に、クライアントＣ３がＭＯＨの受信を継続している場合、ＶｏＩＰサーバ１は、クライアントＣ３に対するＭＯＨ送信を停止しないで継続する。
【００５４】
上記に対し、図１１に示すようにクライアントＣ１とＣ５が通話状態にあるときに、クライアントＣ１が保留操作を行った場合、クライアントＣ１は、上記と同様、ＶｏＩＰサーバ１に対しＩＰネットワーク２経由で保留要求メッセージを送信する（図１１のステップＳ１１）。
【００５５】
ＶｏＩＰサーバ１は、上記保留要求メッセージを受信すると（図７のステップＦ１）、相手先クライアントＣ５に上記のテストメッセージをマルチキャストパケットとして送信する（図２のステップＦ２、図１１のステップＳ１２）。
【００５６】
クライアントＣ５は、上記クライアントＣ２とは異なり、ルータＲ１配下のサブネット上に存在するため該ルータＲ１を介しマルチキャストパケットを受信できない（図８のステップＦ１２：ＮＯ）。
【００５７】
従って、ＶｏＩＰサーバ１は、クライアントＣ５からのテストメッセージに対する応答を一定時間内に受信できず、タイムアウトによりクライアントＣ５はマルチキャストパケット受信不可と判断し（図１１のステップＳ１３）、クライアントＣ５に対しては、制御装置１３のプログラム制御により、ＭＯＨのデータをマルチキャストパケットではなく、ユニキャストパケットとして通信インターフェース１１を介しＩＰネットワーク２経由で送信する（図７のステップＦ５、図１１のステップＳ１４）。
【００５８】
クライアントＣ５は、上記ＭＯＨのユニキャストパケットを通信インターフェース２１を介し受信すると（図８のステップＦ１９）、制御装置２３のプログラム制御によりＣＯＤＥＣ２２４にてデコードし、ヒューマンインターフェース２４の音声出力装置２４２から音声出力する。
【００５９】
その後、上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、クライアントＣ１が保留停止操作を行った場合、ＶｏＩＰサーバ１に保留停止メッセージを送信し、これにより、ＶｏＩＰサーバ１はクライアントＣ２へのＭＯＨ送信を停止する（図１１のステップＳ１５）。
【００６０】
上記の図１１に示す例では、クライアントＣ５は、内部音源としてＭＯＨ音源２２５を持っていない場合を想定している（図８のステップＦ１５：ＮＯ）。
【００６１】
これに対し、図１２に示すように、クライアントＣ５が内部保留音源を持つ場合、上記と同様にクライアントＣ１の保留操作に伴い保留要求メッセージが送信され（図１２のステップＳ２１）、これに応答してＶｏＩＰサーバ１は、テストメッセージのマルチキャストパケットを送信し（図１２のステップＳ２２）、これに対しクライアントＣ５からの一定時間内の応答がなくタイムアウトによりクライアントＣ５はマルチキャストパケット受信不可と判断した後（図１２のステップＳ２３）、クライアントＣ５に対して、上記ユニキャストでのＭＯＨ送信に代えて、内部保留音再生要求（図１５の内部保留音開始要求参照）を送信する（図１２のステップＳ２４）。
【００６２】
クライアントＣ５は、上記内部保留音再生要求を受信すると（図８のステップＦ１５：ＹＥＳ）、制御装置２３のプログラム制御により、内部音源である自身のＭＯＨ音源２２５のデータをヒューマンインターフェース２４の音声出力装置２４２から内部保留音として再生する（図８のステップＦ１６）。
【００６３】
その後、クライアントＣ１が保留を停止すると（図１２のステップＳ２５）、ＶｏＩＰサーバ１は、クライアントＣ５に対して、内部保留音停止要求（図１５の内部保留音停止要求参照）を送信する（図１２のステップＳ２６）。
【００６４】
クライアントＣ５は、上記内部保留音停止要求を受信すると（図８のステップＦ１７、ＹＥＳ）、制御装置２３のプログラム制御により、上記内部保留音の再生を停止する（図８のステップＦ１８）。
【００６５】
次に、ＩＰネットワーク２上で一斉放送されるページングのデータをマルチキャストパケットとして送信する場合について説明する。
【００６６】
まず、図１３、図１４に示すようにクライアントＣ１がＶｏＩＰサーバ１に登録しているクライアント（図１３のＣ２、Ｃ３、図１４のＣ５）に対してページング操作を行った場合、クライアントＣ１は、ＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１３のステップＳ３１、図１４のステップＳ４１、図７のステップＳ１）。
【００６７】
ＶｏＩＰサーバ１は、上記ページング要求メッセージを受信すると（図７のステップＦ１）、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５にテストメッセージのマルチキャストパケットを送信する（図７のステップＦ２、図１３のステップＳ３２、図１４のステップＳ４２）。
【００６８】
ＶｏＩＰサーバ１は、上記クライアントＣ２、Ｃ３、Ｃ５からの応答を一定時間待ちその応答の有無を判断する（図７のステップＦ３）。このとき、クライアントＣ２、Ｃ３はマルチキャスト受信可能なので応答メッセージを送信するが（図１３のＳ３３、Ｓ３４、図９のステップＦ２２：ＹＥＳ、Ｆ２３）、クライアントＣ５はマルチキャスト受信不可のため応答メッセージを送信できない（図９のステップＦ２２：ＮＯ）。
【００６９】
よって、ＶｏＩＰサーバ１は、クライアントＣ２、Ｃ３からの応答メッセージを一定時間内に受信し、該クライアントＣ２、Ｃ３に関してはマルチキャスト受信が可能と判断するが（図７のステップＦ３：ＹＥＳ）、クライアントＣ５からの応答メッセージは一定時間内に受信できずタイムアウトし、該クライアントＣ５に関してはマルチキャスト受信が不可と判断する（図１４のステップＳ４３、図７のステップＦ３：ＮＯ）。
【００７０】
上記判断結果から、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対し、クライアントＣ５に対してはマルチキャストパケットではなくユニキャストパケットでの送信を要求する（図１４のステップＳ４４）。これにより、クライアントＣ１は、ページングのデータをクライアントＣ２、Ｃ３に対してはマルチキャストパケットとして送信すると共に（図７のステップＦ４、図１３のステップＳ３５）、クライアントＣ５に対してはユニキャストパケットとして送信する（図７のステップＦ５、図１４のステップＳ４５）。
【００７１】
その結果、上記クライアントＣ１から送信されるページングのデータを、クライアントＣ２、Ｃ３は、マルチキャストパケットとして、またクライアントＣ５は、ユニキャストパケットとして、それぞれ受信する（図９のステップＦ２４、Ｆ２５）。
【００７２】
その後、クライアントＣ１は、ＶｏＩＰサーバ１にページングの停止を要求する（図１３のステップＳ３６、図１４のステップＳ４６）。
【００７３】
従って、本実施形態によれば、ＶｏＩＰサーバ１がクライアントがマルチキャス受信可能か自動判別し、マルチキャスト受信不可能なクライアントに対して、マルチキャスト以外での受信方法を用意することにより、マルチキャストでのページングやＭＯＨなどをサポート可能なＶｏＩＰシステムを構築できる。
【００７４】
とくに、ＭＯＨの場合、リソースの問題でクライアント毎に複数のＭＯＨ音源を持たせたくない場合、サーバがＭＯＨ音源を持ちそれらを特定のグループ毎にマルチキャストで配信することができる。この場合、マルチキャストなのでユニキャストに比べ帯域は節約できる。この効果は、音声に限らず、むしろ動画などの通信帯域をより多く消費するものほど顕著となる。例えば、ＭＯＨで動画をサポートする場合や、自動応答で動画をサポートする場合等である。
（第２の実施形態）
第２の実施形態は、前述の第１の実施形態（図７）に比べ、図１６に示すＶｏＩＰサーバ１側の処理を参照すると、マルチキャストパケットの受信が可能か否かの判別結果をＶｏＩＰサーバ１に登録しておく処理（図１６のステップＦ３５、Ｆ３７）と、その登録があるかないかの判断を行う処理（図１６のステップＦ３２）を有する点で異なる。この点は、クライアント側の処理も同様である（図８、図１７参照）。
【００７５】
ここでは、ページングの場合の動作について、前述の図１、図１３、図１４に加え、図１６〜図１９を参照して説明する。ここで、クライアントＣ１〜Ｃ３、Ｃ５は、ＶｏＩＰサーバ１に登録されている。
【００７６】
図１３、図１４に示すように、クライアントＣ１がＶｏＩＰサーバ１に登録しているクライアント（この場合Ｃ２、Ｃ３、Ｃ５）に対してページング操作を行った場合、クライアントＣ１は、ＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１３のステップＳ３１、図１４のステップＳ４１）。
【００７７】
ＶｏＩＰサーバ１は、クライアントＣ１からのページング要求メッセージを受信すると（図１６のステップＦ３１）、ページング相手先Ｃ２、Ｃ３、Ｃ５のマルチキャスト受信可否に関する判別登録があるか検索する（図１６のステップＦ３２）。この時点では、まだ判別結果は未登録であるため（図１６のステップＦ３２：ＮＯ）、ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５にテストメッセージをマルチキャストパケットとして送信する（図１６のステップＦ３３、図１３のステップＳ３２、図１４のステップＳ４２）。
【００７８】
ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５からのテストメッセージに対する応答を一定時間待ち、その応答有無を判断する（図１６のステップＦ３４）。このとき、クライアントＣ２、Ｃ３はマルチキャストパケットを受信可能なので応答メッセージを送信するが（図１３のステップＳ３３、Ｓ３４、図１７のステップＦ６１、Ｆ６２：ＮＯ、Ｆ６３：ＹＥＳ、Ｆ６４）、これに対しクライアントＣ５はマルチキャストパケットを受信不可のため（図１７のステップＦ６１、Ｆ６２：ＮＯ、Ｆ６３：Ｎｏ）、その応答を一定時間内に受信できずタイムアウトし（図１４のステップＳ４３）、ＶｏＩＰサーバ１は、クライアントＣ５に関してはマルチキャスト受信不可と判断する。
【００７９】
これにより、ＶｏＩＰサーバ１は、クライアントＣ２、Ｃ３に関しマルチキャスト受信可能であることを登録し（図１６のステップＦ３５）、クライアントＣ５に関しマルチキャスト受信不可であることを登録する（図１６のステップＦ３７）。
【００８０】
そして、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対して、クライアントＣ５へのユニキャスト送信を要求する（図１４のステップＳ４４）。これに応答して、クライアントＣ１は、ページングのデータをマルチキャスト（図１６のステップＦ３６、図１３のステップＳ３５）およびクライアントＣ５へユニキャストで送信する（図１６のステップＦ３８、図１４のステップＳ４５）。
【００８１】
次に再び、クライアントＣ１がＶｏＩＰサーバ１に登録しているクライアントに対してページング操作を行った場合、クライアントＣ１はＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１６のステップＦ３１、図１８のステップＳ５１、図１９のＳ６１）。
【００８２】
ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５のマルチキャスト受信可否に関する判別登録があるか検索する（図１６のステップＦ３２）。このとき、クライアントＣ２、Ｃ３、Ｃ５に関する判別結果は、上記処理にて既に登録済みなので、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対して、クライアントＣ５へのユニキャストパケットでの送信を要求する（図１９のステップＳ６２）。これにより、クライアントＣ１は、ページングのデータを、クライアントＣ２、Ｃ３に対してはマルチキャストパケットとして送信すると共に（図１６のステップＦ３６、図１８のステップＳ５２）、クライアントＣ５に対してはユニキャストパケットで送信する（図１６のステップＦ３８、図１９のステップＳ６３）。
【００８３】
その結果、上記クライアントＣ１から送信されるページングのデータに関して、クライアントＣ２、Ｃ３は、マルチキャストパケットとして受信し（図１７のステップＦ６２：ＹＥＳ、Ｆ６７：ＹＥＳ、Ｆ６５）、クライアントＣ５は、ユニキャストパケットとして受信する（図１７のステップＦ６２：ＹＥＳ、Ｆ６７：ＮＯ、Ｆ６６）。
【００８４】
なお、上記では、ページングの場合の動作を説明しているが、ＭＯＨの場合もこれと同様である。図２０は、ＭＯＨの場合のクライアント側の処理（ステップ４１〜Ｓ５１参照）を示す。このクライアント側の処理では、前述した図８の処理と比べると、マルチキャストパケットの受信が可能か否かの判別結果をＶｏＩＰサーバ１に登録し、その登録有無の判断を行う処理に対応したクライアント側の処理（図１７のステップＦ６２、Ｆ６７）が付加されている点以外は、同様である。
【００８５】
従って、本実施形態によれば、上記実施形態と同様の効果に加え、保留時でも同様に適用可能でマルチキャスト受信可能かの登録情報を利用して保留毎に判別を省略できるようになる。判別結果の登録は、クライアントが再度ＶｏＩＰサーバ１に登録されるまで継続して利用可能である。または、クライアントのＩＰアドレスが変更されるまで判別結果を継続して利用しても良い。
【００８６】
また、本実施形態は、既にマルチキャスト受信可能かの判別済みのクライアントに対しては、前回の判別結果を登録してあるので再びテストを行わずにＭＯＨやページングをサポートできるという新たな効果も有する。
【００８７】
なお、上記実施形態では、マルチキャストパケットとして、ページングのデータとＭＯＨデータを送信する場合を説明しているが、本発明はこれに限定されるものではなく、例えば３者以上での通話（会議通話）やストリーミングなどでも適用可能である。
【００８８】
また、上記実施形態では、クライアントが内部音源を持たない場合の処理と持つ場合の処理を説明しているが、これはＶｏＩＰシステム全体でクライアントが内部音源を持たない、或いは持つ場合を前提にしている。これに対し、ＶｏＩＰシステム内で内部音源を持つクライアントと持たないクライアントを混在させる場合は、クライアントがＶｏＩＰサーバに登録（レジスト）される際に、その付加情報としてＭＯＨ内部音源の有無をＶｏＩＰサーバに通知することにすれば、ＶｏＩＰサーバがその付加情報を登録テーブルに登録しておき、クライアントからの保留要求メッセージを受けたときに該登録テーブルを基に相手先クライアントが内部音源をもつかどうかを判別できるようになる。
【００８９】
なお、本発明は、代表的に例示した上述の実施形態に限定されるものではなく、当業者であれば、特許請求の範囲の記載内容に基づき、その要旨を逸脱しない範囲内で種々の態様に変形、変更することができる。これらの変更例や変形例も本発明の権利範囲に属するものである。
【００９０】
【発明の効果】
以上説明したように、本発明によれば、ＶｏＩＰシステムを用いてページングやＭＯＨなどの送信データをマルチキャストパケットとして送信する場合、マルチキャストパケットを受信できないクライアントに対しても、その送信データを受信できるようにサポート可能なＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法を提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかるＶｏＩＰシステムの全体構成例を示す概略ブロック図である。
【図２】ＶｏＩＰサーバの内部構成を示す概略ブロック図である。
【図３】ＶｏＩＰサーバの記憶装置内に格納されるソフトウエア構成を示す概略図である。
【図４】クライアントの内部構成を示す概略ブロック図である。
【図５】クライアントの記憶装置内に格納されるソフトウエア構成を示す概略図である。
【図６】クライアントのヒューマンインターフェースの構成を示す概略図である。
【図７】ＶｏＩＰサーバの処理動作を示す概略フローチャートである。
【図８】ＭＯＨに関するクライアント側の処理動作を示す概略フローチャートである。
【図９】ページングに関するクライアント側の処理動作を示す概略フローチャートである。
【図１０】ＭＯＨデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１１】ＭＯＨデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図１２】ＭＯＨデータの代わりに内部保留音再生要求を送る場合のシーケンス図である。
【図１３】ページングのデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１４】ページングのデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図１５】メッセージのフォーマット例を説明する図である。
【図１６】第２実施形態にかかるＶｏＩＰサーバの動作手順を示す概略フローチャートである。
【図１７】第２実施形態にかかるページングに関するクライアント側の処理動作を示す概略フローチャートである。
【図１８】マルチキャストテスト結果の登録後にページングのデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１９】マルチキャストテスト結果の登録後にページングのデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図２０】第２実施形態にかかるＭＯＨに関するクライアント側の処理動作を示す概略フローチャートである。
【符号の説明】
１ ＶｏＩＰサーバ
２ ＩＰネットワーク
１１ 通信インターフェース
１２ 記憶装置
１３ 制御装置（ＣＰＵ）
２１ 通信インターフェース
２２ 記憶装置
２３ 制御装置（ＣＰＵ）
２４ ヒューマンインターフェース
１２１ ＯＳ
１２２ 通信プロトコルスタック
１２３ サーバプログラム
１２４ 呼制御プログラム
１２５ サーバプログラム
１２６ ＭＯＨ音源
１２７ ＣＯＤＥＣ
２２１ ＯＳ
２２２ 通信プロトコルスタック
２２３ クライアントプログラム
２２４ ＣＯＤＥＣ
２４１ 音声入力装置（マイク）
２４２ 音声出力装置（スピーカ）
２４３ 動画入力装置（カメラ）
２４４ 動画出力装置（モニタ）
Ｃ１〜Ｃ５ クライアント
ＭＲ１ マルチキャストルータ
Ｒ１ ルータ
Claims (10)
- ＩＰネットワークに接続されるＶｏＩＰサーバと、
前記ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、
前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムにおいて、
前記複数のクライアントは、
所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信する第１のマルチキャスト送信手段と、
前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るマルチキャスト送信要求手段とを有し、
前記ＶｏＩＰサーバは、
前記マルチキャスト送信要求手段により前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信する第２のマルチキャスト送信手段と、
前記第１又は前記第２のマルチキャスト送信手段により前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、
前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記第１又は前記第２のマルチキャスト送信手段を制御する送信制御手段とを有し、
前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とするＶｏＩＰシステム。 - 前記送信制御手段は、前記判別手段による判別結果を登録するテーブルと、該テーブルに登録された該判別結果に基づいて前記判別手段を行わずに前記送信制御手段を動作させる手段を有することを特徴とする請求項１記載のＶｏＩＰシステム。
- 前記送信データは、ページングにより一斉放送されるデータであることを特徴とする請求項１又は２記載のＶｏＩＰシステム。
- 前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであることを特徴とする請求項１又は２記載のＶｏＩＰシステム。
- 前記ＶｏＩＰサーバは、前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送る手段をさらに有し、
前記クライアントは、前記再生要求を受けたときに、前記内部音源を再生する手段をさらに有することを特徴とする請求項４記載のＶｏＩＰシステム。 - 複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間でＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムで用いるＶｏＩＰサーバにおいて、
前記送信元クライアントから送られてくるマルチキャストパケット送信用の要求メッセージを受信したときに所定の送信データをマルチキャストパケットとして複数の宛先クライアントに向けて送信するマルチキャスト送信手段と、
前記マルチキャスト送信手段又は前記送信元クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、
前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記マルチキャスト送信手段又は前記送信元クライアントを制御する送信制御手段とを有し、
前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とするＶｏＩＰサーバ。 - 前記送信制御手段は、前記判別手段による判別結果を登録するテーブルと、該テーブルに登録された該判別結果に基づいて前記判別手段を行わずに前記送信制御手段を動作させる手段を有することを特徴とする請求項６記載のＶｏＩＰサーバ。
- 前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであり、
前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送る手段をさらに有することを特徴とする請求項６又は７記載のＶｏＩＰサーバ。 - ＩＰネットワークに接続されるＶｏＩＰサーバと、該ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムのマルチキャストパケット通信方法において、
前記複数のクライアントが、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信するステップと、
前記複数のクライアントが、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るステップと、
前記ＶｏＩＰサーバが、前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信するステップと、
前記ＶｏＩＰサーバが、該ＶｏＩＰサーバ又は前記クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別ステップと、
前記ＶｏＩＰサーバが、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように制御するステップとを有し、
前記判別ステップは、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであることを特徴とするＶｏＩＰシステムのマルチキャストパケット通信方法。 - 前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであり、
前記ＶｏＩＰサーバが、前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送るステップと、
前記クライアントが、前記再生要求を受けたときに、前記内部音源を再生するステップとをさらに有すること特徴とする請求項９記載のＶｏＩＰシステムのマルチキャストパケット通信方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003166764A JP3984929B2 (ja) | 2003-06-11 | 2003-06-11 | ＶｏＩＰシステム、ＶｏＩＰサーバ、及びマルチキャストパケット通信方法 |
| CA002470226A CA2470226C (en) | 2003-06-11 | 2004-06-07 | Voip system, voip server and client, and multicast packet communication method |
| EP20040013538 EP1487149B1 (en) | 2003-06-11 | 2004-06-08 | VoIP system and method using multicast packet communication |
| DE200460023999 DE602004023999D1 (de) | 2003-06-11 | 2004-06-08 | VoIP System und Verfahren mittels Multicast-Paketenübertragung |
| AU2004202516A AU2004202516B2 (en) | 2003-06-11 | 2004-06-09 | VoIP System, VoIP Server and Client, and Multicast Packet Communication Method |
| US10/864,519 US7801134B2 (en) | 2003-06-11 | 2004-06-10 | VoIP system, VoIP server and client, and multicast packet communication method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003166764A JP3984929B2 (ja) | 2003-06-11 | 2003-06-11 | ＶｏＩＰシステム、ＶｏＩＰサーバ、及びマルチキャストパケット通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005006004A JP2005006004A (ja) | 2005-01-06 |
| JP3984929B2 true JP3984929B2 (ja) | 2007-10-03 |
Family
ID=33296853
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003166764A Expired - Lifetime JP3984929B2 (ja) | 2003-06-11 | 2003-06-11 | ＶｏＩＰシステム、ＶｏＩＰサーバ、及びマルチキャストパケット通信方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7801134B2 (ja) |
| EP (1) | EP1487149B1 (ja) |
| JP (1) | JP3984929B2 (ja) |
| AU (1) | AU2004202516B2 (ja) |
| CA (1) | CA2470226C (ja) |
| DE (1) | DE602004023999D1 (ja) |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4328283B2 (ja) * | 2003-10-22 | 2009-09-09 | パナソニック株式会社 | パケット配送制御方法 |
| US8538393B1 (en) | 2004-09-21 | 2013-09-17 | Advanced Ground Information Systems, Inc. | Method to provide ad hoc and password protected digital and voice networks |
| US10645562B2 (en) | 2004-09-21 | 2020-05-05 | Agis Software Development Llc | Method to provide ad hoc and password protected digital and voice networks |
| WO2006099247A2 (en) * | 2005-03-11 | 2006-09-21 | Clarus Systems, Inc. | Implementing a test regime for a network based telephony system |
| WO2006099251A2 (en) * | 2005-03-11 | 2006-09-21 | Clarus Systems, Inc. | Method and system for generating a generic test plan for network based telephony systems |
| US20060221857A1 (en) * | 2005-03-31 | 2006-10-05 | Bushnell William J | Method and apparatus for providing enhanced features to multicast content services and multiplayer gaming services |
| KR100705580B1 (ko) * | 2005-08-04 | 2007-04-10 | 삼성전자주식회사 | 브이오아이피 단말 및 그 단말의 정보관리방법 |
| US20070115949A1 (en) * | 2005-11-17 | 2007-05-24 | Microsoft Corporation | Infrastructure for enabling high quality real-time audio |
| US7804954B2 (en) * | 2005-11-17 | 2010-09-28 | Microsoft Corporation | Infrastructure for enabling high quality real-time audio |
| US8867340B2 (en) * | 2005-12-21 | 2014-10-21 | Alcatel Lucent | Discarded packet indicator |
| JP4736957B2 (ja) * | 2006-05-31 | 2011-07-27 | 日本電気株式会社 | 品質計測システム、通信装置、通信端末及びそれらに用いるストリーミング配信品質計測方法 |
| JP4520432B2 (ja) * | 2006-06-15 | 2010-08-04 | Ｏｋｉセミコンダクタ株式会社 | マルチキャストでパケット通信するＶｏＩＰネットワークシステムおよびその構築方法 |
| US20080002621A1 (en) * | 2006-06-29 | 2008-01-03 | Boris Ginzburg | Reliable multicast techniques for wireless links |
| TWI325732B (en) * | 2006-07-31 | 2010-06-01 | Ind Tech Res Inst | File repair mechanism for mbms and umts network |
| JP2008147887A (ja) * | 2006-12-07 | 2008-06-26 | Nakayo Telecommun Inc | 電話システムおよびゲートウェイ装置 |
| US20080198754A1 (en) * | 2007-02-20 | 2008-08-21 | At&T Knowledge Ventures, Lp | Method and system for testing a communication network |
| US8621093B2 (en) * | 2007-05-21 | 2013-12-31 | Google Inc. | Non-blocking of head end initiated revocation and delivery of entitlements non-addressable digital media network |
| CN101946457B (zh) * | 2008-01-30 | 2012-11-14 | 中兴通讯股份有限公司 | 一种无线通信系统中实现多方电话会议的方法及系统 |
| DK2338257T3 (da) * | 2008-12-08 | 2013-10-28 | Ericsson Telefon Ab L M | Multicasting i et provider backbone bridge network |
| JP4843708B2 (ja) * | 2009-12-25 | 2011-12-21 | 株式会社東芝 | 電話交換システム、電話交換装置及び電話端末 |
| JP4861491B2 (ja) * | 2010-03-17 | 2012-01-25 | 株式会社東芝 | 電話システム及び電話交換装置及び電話交換装置で用いられる接続制御方法 |
| JP5341821B2 (ja) * | 2010-05-25 | 2013-11-13 | 株式会社日立製作所 | マルチキャスト配信システム及び方法 |
| US8804721B2 (en) * | 2011-08-31 | 2014-08-12 | International Business Machines Corporation | Multi-stream communication |
| JP6155555B2 (ja) * | 2012-05-30 | 2017-07-05 | 日本電気株式会社 | 情報処理システム、情報処理方法、情報処理装置、携帯端末およびその制御方法と制御プログラム |
| CN104427141B (zh) | 2013-08-28 | 2016-12-28 | 华为技术有限公司 | 一种子母话机实现、接听、呼叫和对讲方法及ip终端 |
| JP5627807B2 (ja) * | 2014-01-31 | 2014-11-19 | 三菱電機株式会社 | 衛星通信システム及び同報通話システム |
Family Cites Families (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04192955A (ja) | 1990-11-27 | 1992-07-13 | Matsushita Electric Works Ltd | 家庭用簡易電話交換装置 |
| US5694547A (en) * | 1992-10-13 | 1997-12-02 | Bay Networks, Inc. | System for registration of clients in an ATM network providing for communication of client registration messages to a central manager |
| JPH08180001A (ja) * | 1994-04-12 | 1996-07-12 | Mitsubishi Electric Corp | 通信方式及び通信方法及びネットワークインタフェース |
| US5600644A (en) * | 1995-03-10 | 1997-02-04 | At&T | Method and apparatus for interconnecting LANs |
| JPH0946338A (ja) * | 1995-07-28 | 1997-02-14 | Toshiba Corp | マルチキャスト通信制御システム |
| US5758070A (en) * | 1995-10-06 | 1998-05-26 | Canon Kabushiki Kaisha | System for dynamically determining a network media type of a LAN using frame type identifying value from a configuration table |
| US5835723A (en) * | 1995-12-28 | 1998-11-10 | Intel Corporation | Dynamic assignment of multicast addresses |
| US5784561A (en) * | 1996-07-01 | 1998-07-21 | At&T Corp. | On-demand video conference method and apparatus |
| US5963547A (en) * | 1996-09-18 | 1999-10-05 | Videoserver, Inc. | Method and apparatus for centralized multipoint conferencing in a packet network |
| US6189039B1 (en) * | 1997-04-10 | 2001-02-13 | International Business Machines Corporation | Selective tunneling of streaming data |
| US6138144A (en) * | 1997-06-24 | 2000-10-24 | At&T Corp. | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (IP) network implemented over an ATM network |
| US6259701B1 (en) * | 1997-09-11 | 2001-07-10 | At&T Corp. | Method and system for a unicast endpoint client to access a multicast internet protocol (IP) session |
| US6337858B1 (en) * | 1997-10-10 | 2002-01-08 | Nortel Networks Limited | Method and apparatus for originating voice calls from a data network |
| JPH11177628A (ja) | 1997-12-15 | 1999-07-02 | Mitsubishi Electric Corp | 広域環境用３次元仮想空間共有システム |
| US6181697B1 (en) * | 1998-03-31 | 2001-01-30 | At&T Corp. | Method for a unicast endpoint client to access a multicast internet protocol (IP) session and to serve as a redistributor of such session |
| JP3014366B2 (ja) * | 1998-08-12 | 2000-02-28 | 日本電信電話株式会社 | インターネット電話通信方法及び装置、及びそのプログラムを記録した記録媒体 |
| US6141341A (en) * | 1998-09-09 | 2000-10-31 | Motorola, Inc. | Voice over internet protocol telephone system and method |
| US6614781B1 (en) * | 1998-11-20 | 2003-09-02 | Level 3 Communications, Inc. | Voice over data telecommunications network architecture |
| FI106593B (fi) * | 1999-02-15 | 2001-02-28 | Valtion Teknillinen | Paluuyhteydetön IP-multicast-palvelu |
| JP3644009B2 (ja) * | 1999-02-19 | 2005-04-27 | 富士通株式会社 | マルチキャストセッション管理装置 |
| US6477169B1 (en) * | 1999-05-14 | 2002-11-05 | Nortel Networks Limited | Multicast and unicast scheduling for a network device |
| CA2317283A1 (en) * | 1999-10-08 | 2001-04-08 | Nortel Networks Corporation | Multimedia music on hold |
| DE19950231A1 (de) | 1999-10-19 | 2001-04-26 | Alcatel Sa | Verfahren zum Aktivieren eines inaktiven Endgeräts eines Datennetzes, insbesondere eines IP-Netzes |
| US6735193B1 (en) * | 1999-10-28 | 2004-05-11 | Avaya Technology Corp. | Method and apparatus for suppression of packets during silence periods in a packet telephony system |
| US7079495B1 (en) * | 2000-01-04 | 2006-07-18 | Cisco Technology, Inc. | System and method for enabling multicast telecommunications |
| JP3774351B2 (ja) | 2000-02-17 | 2006-05-10 | 富士通株式会社 | パケット変換装置およびパケット変換方法 |
| JP4068780B2 (ja) | 2000-02-24 | 2008-03-26 | 富士通株式会社 | ＶｏＩＰ通信システムにおける通信状態通知装置，通信状態表示装置，通信状態通知方法及び通信状態通知プログラムを記録した媒体 |
| US6501739B1 (en) * | 2000-05-25 | 2002-12-31 | Remoteability, Inc. | Participant-controlled conference calling system |
| JP3558977B2 (ja) * | 2000-10-05 | 2004-08-25 | 日本電信電話株式会社 | ストリーム中継装置およびストリーム放送配信ネットワークおよび記録媒体 |
| US7133371B2 (en) * | 2000-12-01 | 2006-11-07 | Motorola, Inc. | Methods for achieving reliable joins in a multicast IP network |
| JP3770376B2 (ja) * | 2001-01-11 | 2006-04-26 | 日本電気株式会社 | Ｉｐネットワークにおける保留音送出システム及び保留音送出方法 |
| US6999465B2 (en) * | 2001-02-22 | 2006-02-14 | Motorola, Inc. | Methods for reliably sending IP multicast packets to multiple endpoints of a local area network |
| US6853719B2 (en) * | 2001-03-22 | 2005-02-08 | Nortel Networks Limited | Provision of media content to telephony callers on-hold |
| JP4028689B2 (ja) * | 2001-03-27 | 2007-12-26 | 株式会社東芝 | 通信システムにおける保留音送出方法及び同システムにおける保留音送出装置 |
| JP4849365B2 (ja) * | 2001-04-17 | 2012-01-11 | 尹 在一 | ＶｏＩＰ電話交換制御ネットワークシステム |
| US6947417B2 (en) * | 2001-06-29 | 2005-09-20 | Ip Unity | Method and system for providing media services |
| JP2003110660A (ja) * | 2001-10-01 | 2003-04-11 | Nakayo Telecommun Inc | 動画像ｉｐ電話機 |
| JP2003134253A (ja) * | 2001-10-22 | 2003-05-09 | Hitachi Communication Technologies Ltd | Ｉｐ電話システムおよびｉｐ電話機の管理方法 |
| JP2003134117A (ja) * | 2001-10-22 | 2003-05-09 | Hitachi Communication Technologies Ltd | Ｉｐ電話機、コールマネージャおよびｉｐ電話機のｉｐアドレス取得方法 |
| US7415005B1 (en) * | 2001-10-29 | 2008-08-19 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Ad hoc selection of voice over internet streams |
| US20030099198A1 (en) * | 2001-11-27 | 2003-05-29 | Amplify.Net, Inc. | Multicast service delivery in a hierarchical network |
| US7173911B1 (en) * | 2001-12-28 | 2007-02-06 | Cisco Technology, Inc. | System and method for music-on-hold in a voice over internet protocol (VoIP) environment |
| JP3888209B2 (ja) * | 2002-04-17 | 2007-02-28 | 株式会社日立製作所 | マルチキャスト通信装置およびシステム |
| US8184614B2 (en) * | 2002-05-01 | 2012-05-22 | Siemens Enterprise Communications, Inc. | System and method for automatic voice over IP endpoint configuration |
| US7664056B2 (en) * | 2003-03-10 | 2010-02-16 | Meetrix Corporation | Media based collaboration using mixed-mode PSTN and internet networks |
| JP4175940B2 (ja) * | 2003-04-15 | 2008-11-05 | サクサ株式会社 | ＶｏＩＰ電話システムおよびＶｏＩＰ電話システムにおける通信制御方法 |
-
2003
- 2003-06-11 JP JP2003166764A patent/JP3984929B2/ja not_active Expired - Lifetime
-
2004
- 2004-06-07 CA CA002470226A patent/CA2470226C/en not_active Expired - Lifetime
- 2004-06-08 DE DE200460023999 patent/DE602004023999D1/de not_active Expired - Lifetime
- 2004-06-08 EP EP20040013538 patent/EP1487149B1/en not_active Expired - Lifetime
- 2004-06-09 AU AU2004202516A patent/AU2004202516B2/en not_active Expired
- 2004-06-10 US US10/864,519 patent/US7801134B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP1487149A1 (en) | 2004-12-15 |
| JP2005006004A (ja) | 2005-01-06 |
| AU2004202516B2 (en) | 2009-04-02 |
| CA2470226C (en) | 2009-10-13 |
| US7801134B2 (en) | 2010-09-21 |
| EP1487149B1 (en) | 2009-11-11 |
| AU2004202516A1 (en) | 2005-01-06 |
| CA2470226A1 (en) | 2004-12-11 |
| DE602004023999D1 (de) | 2009-12-24 |
| US20040252691A1 (en) | 2004-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3984929B2 (ja) | ＶｏＩＰシステム、ＶｏＩＰサーバ、及びマルチキャストパケット通信方法 | |
| KR101033057B1 (ko) | 멀티캐스트 수립 방법, 멀티캐스트 수립 장치 및 컴퓨터 판독 가능한 기록 매체 | |
| CN100571367C (zh) | 音频/视频文件播放方法 | |
| US7525928B2 (en) | System and process for discovery of network-connected devices at remote sites using audio-based discovery techniques | |
| JP5579598B2 (ja) | コンピュータにより実行される方法、メモリ及びシステム | |
| US7127487B1 (en) | System and method for sidebar functionality in a regular conference system | |
| US9787844B2 (en) | Conference bridge server | |
| KR20050057417A (ko) | 그룹 통신 네트워크에서 멀티미디어를 제공하기 위한 통신장치 | |
| JP4738058B2 (ja) | リアルタイムマルチメディア情報の効率的なルーティング | |
| JP2007201916A (ja) | ＰｏＣデータ送信方法とＰｏＣ通話システムと装置 | |
| US20090299735A1 (en) | Method for Transferring an Audio Stream Between a Plurality of Terminals | |
| US20080220753A1 (en) | Mobile communication device, communication system and communication method | |
| JP2005311670A (ja) | テレビ会議端末、テレビ会議システム、テレビ会議方法並びにそのプログラム | |
| JP2009194661A (ja) | 会議端末装置 | |
| JP2009246885A (ja) | 会議通信システム | |
| US7469293B1 (en) | Using additional information provided in session requests | |
| JP2010068341A (ja) | コールセンタシステム | |
| JP2010093479A (ja) | 会議システムおよび会議端末装置 | |
| JP2004187108A (ja) | 多地点会議方法、端末状態監視サーバ及び端末 | |
| US20230261892A1 (en) | Audio and video conference implementation method, audio and video conference system, and related apparatus | |
| JP4565658B2 (ja) | コンサルティング支援システムおよび方法 | |
| JP2007053527A (ja) | Ｉｐ交換機、ｉｐ通信端末及びｉｐ交換システム | |
| KR20070031532A (ko) | Ｉｐ 멀티캐스트 네트워크 기반의 회의통화서비스 제공방법및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050607 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070222 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070423 |
|
| 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: 20070611 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070709 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100713 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3984929 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110713 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110713 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120713 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120713 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130713 Year of fee payment: 6 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |