(57)【要約】【課題】ＶｏＩＰシステムにおいてマルチキャストを受信不可能なクライアントに対しても、マルチキャストでのページングやＭＯＨなどをサポートする。【解決手段】ＶｏＩＰサーバ１と、複数のクライアントＣ１〜Ｃ５とを有するＶｏＩＰシステムにおいて、クライアントＣ１は、ページングのデータを特定のマルチキャストアドレス宛のマルチキャストパケットとして、他のクライアントＣ２〜Ｃ５に向けて送信する。ＶｏＩＰサーバ１は、クライアントＣ１からの要求を受けてＭＯＨデータのマルチキャストパケットを他のクライアントに向けて送信する。このとき、他のクライアントＣ２〜Ｃ５がマルチキャストパケットを受信可能か否かを判別し、該受信可能と判別されたクライアントＣ１〜Ｃ４に対しては送信データをマルチキャストパケットして、該受信不可と判別されたルータＲ１配下のクライアントＣ５に対しては送信データをユニキャストパケットして送信する。【選択図】  図１
2005006004.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークに接続されるＶｏＩＰサーバと、
前記ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、
前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムにおいて、
前記複数のクライアントは、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信する第１のマルチキャスト送信手段と、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るマルチキャスト送信要求手段とを有し、
前記ＶｏＩＰサーバは、前記マルチキャスト送信要求手段により前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信する第２のマルチキャスト送信手段を有することを特徴とするＶｏＩＰシステム。
【請求項２】
前記ＶｏＩＰサーバは、
前記第１又は前記第２のマルチキャスト送信手段により前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、
前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記第１又は前記第２のマルチキャスト送信手段を制御する送信制御手段とをさらに有することを特徴とする請求項１記載のＶｏＩＰシステム。
【請求項３】
前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものである請求項２記載のＶｏＩＰシステム。
【請求項４】
前記送信制御手段は、前記判別手段による判別結果を登録するテーブルと、該テーブルに登録された該判別結果に基づいて前記判別手段を行わずに前記送信制御手段を動作させる手段を有することを特徴とする請求項２又は３記載のＶｏＩＰシステム。
【請求項５】
前記送信データは、ページングにより一斉放送されるデータであることを特徴とする請求項１乃至４のいずれか１項に記載のＶｏＩＰシステム。
【請求項６】
前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであることを特徴とする請求項１乃至４のいずれか１項に記載のＶｏＩＰシステム。
【請求項７】
前記ＶｏＩＰサーバは、前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送る手段をさらに有し、
前記クライアントは、前記再生要求を受けたときに、前記内部音源を再生する手段をさらに有すること特徴とする請求項６記載のＶｏＩＰシステム。
【請求項８】
複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間でＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムで用いるＶｏＩＰサーバにおいて、
前記送信元クライアントから送られてくるマルチキャストパケット送信用の要求メッセージを受信したときに所定の送信データをマルチキャストパケットとして複数の宛先クライアントに向けて送信するマルチキャスト送信手段と、
前記マルチキャスト送信手段又は前記送信元クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、
前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記マルチキャスト送信手段又は前記送信元クライアントを制御する送信制御手段とを有することを特徴とするＶｏＩＰサーバ。
【請求項９】
前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものである請求項８記載のＶｏＩＰサーバ。
【請求項１０】
前記送信制御手段は、前記判別手段による判別結果を登録するテーブルと、該テーブルに登録された該判別結果に基づいて前記判別手段を行わずに前記送信制御手段を動作させる手段を有することを特徴とする請求項８又は９記載のＶｏＩＰサーバ。
【請求項１１】
前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであり、
前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送る手段をさらに有することを特徴とする請求項８乃至１０記載のＶｏＩＰサーバ。
【請求項１２】
ＶｏＩＰサーバにＩＰネットワークを介して通信可能に接続されるクライアントにおいて、
所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信する手段と、
前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送る手段とを有することを特徴とするクライアント。
【請求項１３】
前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであり、
前記保留音データの内部音源と、
前記ＶｏＩＰサーバからの該内部音源再生要求を受けたときに、該内部音源を再生する手段とをさらに有すること特徴とする請求項１２記載のクライアント。
【請求項１４】
ＩＰネットワークに接続されるＶｏＩＰサーバと、該ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムのマルチキャストパケット通信方法において、
前記複数のクライアントが、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信するステップと、
前記複数のクライアントが、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るステップと、
前記ＶｏＩＰサーバが、前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信するステップと、
前記ＶｏＩＰサーバが、該ＶｏＩＰサーバ又は前記クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別するステップと、
前記ＶｏＩＰサーバが、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように制御するステップとを有することを特徴とするＶｏＩＰシステムのマルチキャストパケット通信方法。
【請求項１５】
前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであり、
前記ＶｏＩＰサーバが、前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送るステップと、
前記クライアントが、前記再生要求を受けたときに、前記内部音源を再生するステップとをさらに有すること特徴とする請求項１４記載のＶｏＩＰシステムのマルチキャストパケット通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法に関し、とくにページング（一斉放送）やＭＯＨ（Ｍｕｓｉｃ  Ｏｎ  Ｈｏｌｄ：保留音）などの送信データをマルチキャストパケットとして送信するＶｏＩＰシステムに関する。
【０００２】
【従来の技術】
従来、インターネットで使われているＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク（ＩＰ網）を利用して音声通話を可能にするＶｏＩＰ（Ｖｏｉｃｅ  ｏｎ  ＩＰ）システムが知られている。ＶｏＩＰシステムは、一例として、ＶｏＩＰサーバと、複数のクライアントとをＩＰネットワーク上に通信可能に接続した構成で、ＶｏＩＰサーバによる制御の基で複数のクライアント間でＩＰパケットに分解された音声データを媒介にして音声通話を可能にしたものである。
【０００３】
なお、本発明に関連する先行技術文献としては、以下のものがある。
【０００４】
【特許文献１】
特開２００１−２３０７７４号公報
【特許文献２】
特開平０４−１９２９５５号公報
【０００５】
【発明が解決しようとする課題】
上述した従来例のＶｏＩＰシステムでは、ＩＰネットワーク上に一斉放送されるページングのデータや、音声通話時の保留操作でその旨を知らせるＭＯＨ（保留音）データなどの送信データをマルチキャストパケットとして送信する場合、次のような問題が想到される。
【０００６】
例えば、ページングの場合には、ページングを行う側のクライアントは、ページングを受信する側のクライアントがマルチキャストパケットを受信可能か否かに関わらず、全てのクライアントに対し一律にページングの送信データをマルチキャストパケットとして送信していた。または、ページング受信対象のクライアント毎にユニキャストパケットとして送信していた。
【０００７】
また、ＭＯＨの場合も、ＭＯＨデータ受信者のマルチキャストパケットの受信可否に関わらず、ＶｏＩＰサーバがマルチキャストでＭＯＨの音声パケットを送信していた。または、クライアントそれぞれに内部音源を持たせることでユーザにＭＯＨを聞かせていた。
【０００８】
従って、マルチキャストパケットをルーティングできないルータの配下に配置されたクライアント等、何れかの要因でマルチキャストパケットを受信できないネットワーク環境下に存在するクライアントは、他のクライアントやＶｏＩＰサーバからマルチキャストパケットとして送信されたページングやＭＯＨの送信データを受信することができなかった。
【０００９】
上記ＶｏＩＰシステムにおけるマルチキャストパケット通信の問題は、ページングやＭＯＨに限らず、３者以上での通話（会議通話）やストリーミングなどの場合でも同様であった。
【００１０】
本発明は、ＶｏＩＰシステムを用いてページングやＭＯＨなどの送信データをマルチキャストパケットとして送信する場合、マルチキャストパケットを受信できないクライアントに対しても、その送信データを受信できるようにサポート可能なＶｏＩＰシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明の特徴は、マルチキャストを受信できないクライアントを自動判別し、判別されたクライアントに対してマルチキャスト以外の受信方法として、ユニキャストで送信するか、またはクライアントの内部音源を用いるかの方法を使用することにより、ページングやＭＯＨなどをサポートできるようにしたことにある。
【００１２】
本発明は、このような着想の基に完成されたものである。
【００１３】
すなわち、本発明にかかるＶｏＩＰサーバは、ＩＰネットワークに接続されるＶｏＩＰサーバと、前記ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムにおいて、前記複数のクライアントは、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信する第１のマルチキャスト送信手段と、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るマルチキャスト送信要求手段とを有し、前記ＶｏＩＰサーバは、前記マルチキャスト送信要求手段により前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信する第２のマルチキャスト送信手段を有することを特徴とする。
【００１４】
前記ＶｏＩＰサーバは、前記第１又は前記第２のマルチキャスト送信手段により前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記第１又は前記第２のマルチキャスト送信手段を制御する送信制御手段とをさらに有してもよい。
【００１５】
前記判別手段は、所定のテストメッセージをマルチキャストパケットとして前記複数の宛先クライアントに送信し、その応答有無に応じて前記マルチキャストパケットを受信可能か否かを判別するものであってもよい。
【００１６】
前記送信制御手段は、前記判別手段による判別結果を登録するテーブルと、該テーブルに登録された該判別結果に基づいて前記判別手段を行わずに前記送信制御手段を動作させる手段を有してもよい。
【００１７】
前記送信データは、ページングにより一斉放送されるデータであってもよい。
【００１８】
前記送信データは、前記音声通話の際の保留操作に伴い送出すべき保留音データであってもよい。
【００１９】
前記ＶｏＩＰサーバは、前記宛先クライアントが前記保留音データの内部音源を有する場合、該宛先クライアントに対し該内部音源の再生要求を送る手段をさらに有し、前記クライアントは、前記再生要求を受けたときに、前記内部音源を再生する手段をさらに有してもよい。
【００２０】
また、本発明にかかるＶｏＩＰサーバは、複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間でＩＰネットワークを介して音声通話を行えるようにしたＶｏＩＰシステムで用いるＶｏＩＰサーバにおいて、前記送信元クライアントから送られてくるマルチキャストパケット送信用の要求メッセージを受信したときに所定の送信データをマルチキャストパケットとして複数の宛先クライアントに向けて送信するマルチキャスト送信手段と、前記マルチキャスト送信手段又は前記送信元クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別する判別手段と、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように前記マルチキャスト送信手段又は前記送信元クライアントを制御する送信制御手段とを有することを特徴とする。
【００２１】
また、本発明にかかるクライアントは、ＶｏＩＰサーバにＩＰネットワークを介して通信可能に接続される構成において、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信する手段と、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送る手段とを有することを特徴とする。
【００２２】
さらに、本発明にかかるＶｏＩＰシステムのマルチキャストパケット通信方法は、ＩＰネットワークに接続されるＶｏＩＰサーバと、該ＶｏＩＰサーバに前記ＩＰネットワークを介して通信可能に接続される複数のクライアントとを備え、前記複数のクライアントのうちＩＰパケットを送信する送信元クライアント及びそのＩＰパケットを受信する宛先クライアント間で前記ＩＰネットワークを介して音声通話を行えるようにした構成において、前記複数のクライアントが、所定の送信データを特定のマルチキャストアドレス宛のマルチキャストパケットとして、複数の宛先クライアントに向けて送信するステップと、前記複数のクライアントが、前記マルチキャストパケットを前記ＶｏＩＰサーバから送信するように所定の要求メッセージを前記ＶｏＩＰサーバに送るステップと、前記ＶｏＩＰサーバが、前記クライアントから送られてくる前記要求メッセージを受信したときに前記マルチキャストパケットを前記複数の宛先クライアントに向けて送信するステップと、前記ＶｏＩＰサーバが、該ＶｏＩＰサーバ又は前記クライアントにより前記マルチキャストパケットが送信されるとき、前記複数の宛先クライアントが前記マルチキャストパケットを受信可能か否かを判別するステップと、前記ＶｏＩＰサーバが、前記判別結果により該マルチキャストパケットの受信不可と判別された宛先クライアントに対し前記送信データをユニキャストパケットして送信するように制御するステップとを有することを特徴とする。
【００２３】
【発明の実施の形態】
以下、本発明の実施形態にかかるＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法を添付図面を参照して説明する。
（第１の実施形態）
図１は、本実施形態にかかるＶｏＩＰシステムの全体構成を示す。
【００２４】
図１に示すＶｏＩＰシステムは、ＩＰネットワーク２上に構築されるもので、ＶｏＩＰサーバ１と、このＶｏＩＰサーバ１に通信可能に接続される複数のクライアントＣ１〜Ｃ５と、マルチキャストに対応したルータ（以下、「マルチキャストルータ」と呼ぶ）ＭＲ１及びマルチキャストに対応していないルータＲ１とを備え、ＶｏＩＰサーバ１による呼制御の基で、ＩＰネットワーク２を介し各クライアントＣ１〜Ｃ５間で音声通話が可能となっている。
【００２５】
上記クライアントＣ１〜Ｃ５のうち、３つのクライアントＣ１〜Ｃ３は、ＶｏＩＰサーバ１と同一のＩＰネットワーク２を成すサブネット上に接続される。またクライアントＣ４は、マルチキャストルータＭＲ１の配下にあるＩＰネットワーク２を成す他のサブネット上に接続される。さらにクライアントＣ５は、マルチキャストに対応していないルータＲ１の配下にあるＩＰネットワーク２を成す他のサブネット上に接続される。
【００２６】
図２及び図３は、ＶｏＩＰサーバ１の構成例を示す。
【００２７】
ＶｏＩＰサーバ１は、例えばＳＩＰサーバ、Ｈ．３２３サーバ等のサーバ・コンピュータが適用され、ハードウェア構成上、例えば図２に示すように、ＩＰネットワーク２に接続される通信インターフェース１１と、ＯＳ（オペレーティング・システム）やＶｏＩＰサーバとして機能するためのプログラムを保持する記憶装置１２と、この記憶装置１３の呼制御プログラムを実行し全体動作を制御する制御装置（ＣＰＵ）１４とが含まれる。
【００２８】
このうち、記憶装置１２には、例えば図３に示すように、ＯＳ１２１と、ＩＰパケットによるデータ通信を制御する通信プロトコルスタック１２２と、クライアントのステータスや情報を登録するデータベース（登録テーブル）１２３と、クライアント間での音声通話手順（発呼、着呼など）を定めたＨ．３２３、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ＭＥＧＡＣＯ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）（Ｈ．２４８）等の呼制御プロトコル１２４や本発明のマルチキャストパケット通信方法の処理手順を定めたサーバプログラム１２５などの制御プログラムと、ＭＯＨ音源１２６と、ＭＯＨ音源１２６のデータを通信インターフェース１１から送出する音声データに変換（エンコード）するＣＯＤＥＣ（コーデック）１２７とを有する。
【００２９】
ＶｏＩＰサーバ１は、上記構成及びそのプログラム制御により、クライアントＣ１〜Ｃ５を登録（レジスト）し、それぞれの呼制御を行う機能や、ＭＯＨをマルチキャストまたはユニキャストで送出する機能のほか、いづれかのクライアントがマルチキャストパケットの送出をしようとするとき、受信対象のクライアントに対してマルチキャストパケットの受信が可能か否かをテストし、受信できないクライアントには、ユニキャスト（ＭＯＨの場合は内部音源でも良い）での送出を促すメッセージを送出する機能（後述参照）を有する。
【００３０】
上記機能により、ＶｏＩＰサーバ１は、クライアントＣ１〜Ｃ５から登録要求があった場合、それを受付けそれぞれの呼処理を行ったり、ＭＯＨをマルチキャストまたはユニキャストで送出したり、クライアントがページングまたは保留の要求をした場合、その受信対象者がマルチキャストを受信可能かを判別するためのマルチキャストを送出したりする。
【００３１】
図４〜図６は、クライアントＣ１の構成例を示す。他のクライアントＣ２〜Ｃ５もこれと同様の構成である。
【００３２】
クライアントＣ１は、例えば汎用ＰＣ（パーソナル・コンピュータ）、ＰＤＡ（パーソナル・デジタル・アシスタント）、専用ＩＰ電話機等のクライアント・コンピュータが適用され、ハードウェア構成上、例えば図５に示すように、ＩＰネットワーク２に接続される通信インターフェース２１と、ＯＳやＶｏＩＰサーバ１からの命令やユーザの操作によって通話や音声・動画の送受信を制御するクライアントプログラムなどの制御プログラムや制御データを格納した記録装置２２と、この記憶装置２２のクライアントプログラムを実行し全体動作を制御する制御装置（ＣＰＵ）２３と、音声・動画を入出力するヒューマンインターフェース２４とが含まれる。
【００３３】
このうち、記憶装置２２は、図５に示すように、ＯＳ２２１と、ＩＰパケットによるデータ通信を制御する通信プロトコルスタック２２２と、本発明のマルチキャストパケット通信方法のクライアント側の処理手順を定めたクライアントプログラム２２３などの制御プログラムと、ヒューマンインターフェース２４から入力されたデータを変換（エンコード）し、通信インターフェース２１から受信した音声・動画データをクライアントＣ１で再生可能なデータに変換（デコード）する機能を持つＣＯＤＥＣ２２４とを有する。また、記憶装置２２には、ＭＯＨをローカルに発生するためのＭＯＨ内部音源２２５を持つ場合もある。
【００３４】
ヒューマンインターフェース２４は、図６に示すように、マイク等の音声入力装置２４１、スピーカ等の音声出力装置２４２、カメラ等の動画入力装置２４３、モニタ等の動画出力装置２４４などの入出力装置を有する。これら入出力装置は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）のハンドセットや、ＰＣ内蔵のマイクやスピーカでも適用できる。
【００３５】
このうち、ＶｏＩＰサーバ１と同一のサブネット上に接続された３つのクライアントＣ１〜Ｃ３は、上記構成及びそのプログラム制御により、該サブネットを介しＶｏＩＰサーバ１へのクライアント登録を行なう機能や、それぞれのクライアントまたはＶｏＩＰサーバ１からのマルチキャストパケットを直接受信する機能等を有する。
【００３６】
また、クライアントＣ４は、上記構成及びそのプログラム制御により、マルチキャストルータＭＲ１を介してＶｏＩＰサーバ１へのクライアント登録を行なう機能や、マルチキャストルータＭＲ１との間で、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に従い通信を行い、特定のマルチキャストグループに参加することにより、クライアントＣ１〜Ｃ３またはＶｏＩＰサーバ１からのマルチキャストパケットを受信する機能等を有する。ここで、ＩＧＭＰは、ＲＦＣ１１１２、ＲＦＣ２２３６（ＩＧＭＰＶ２）、ＲＦＣ３３７６（ＩＧＭＰ  Ｖ３）に規定されているマルチキャストグループへの参加や離脱を制御するプロトコルである。
【００３７】
例えば、ＶｏＩＰサーバ１がＭＯＨを特定マルチキャストアドレス、例えば、２３９．２５５．１．１宛に配信している場合、通常、マルチキャストルータＭＲ１は、２３９．２５５．１．１宛てのパケットを、その配下にあるクライアントＣ４がいるサブネットにはルーティングしない。クライアントＣ４がこのＭＯＨを受信したい場合、マルチキャストルータＭＲ１に対しこのマルチキャストグループへの参加を知らせる必要がある。この際、用いられるプロトコルが、ＩＧＭＰである。マルチキャストルータＭＲ１は、その配下に特定のマルチキャストグループへ参加しているクライアントが存在するかどうかを確認するために、ＩＧＭＰに従い、定期的にＩＧＭＰクエリを送信しており、この場合、クライアントＣ４は、このＩＧＭＰクエリに応答して、ＩＧＭＰリポートをＭＲ１に返す。これにより、マルチキャストルータＭＲ１は、その配下に該マルチキャストグループの参加者が存在することが分かるので、２３９．２５５．１．１宛てのパケットをクライアントＣ４が配置されたサブネットにルーティングする。このようにして、クライアントＣ４は、ＶｏＩＰサーバ１が配信するＭＯＨを受信できるようになる。
【００３８】
さらに、クライアントＣ５は、上記構成及びそのプログラム制御により、ルータＲ１を介してＶｏＩＰサーバ１へのクライアント登録を行なう機能を有するが、ルータＲ１がマルチキャストに対応していないため、クライアントＣ１〜Ｃ３またはＶｏＩＰサーバ１からのマルチキャストパケットを受信することはできない。
【００３９】
マルチキャストルータＭＲ１は、ＩＰパケットに対する既知のルーティング機能のほか、上述したＩＧＭＰに従う通信を実行することでその配下にあるクライアント（図１ではＣ４）が特定のマルチキャストグループに参加しているものである場合、当該クライアントにマルチキャストパケットをルーティングする機能を有する。
【００４０】
ルータＲ１は、ＩＰ公知のルーティング機能を有するが、マルチキャストルータＭＲ１とは異なり、ＶｏＩＰサーバ１が配置されたＩＰネットワーク２、すなわちサブネットを越えて、マルチキャストパケットをルーティングする機能を持っていない。つまり、このルータＲ１の配下にあるクライアント（図１の例ではＣ５）は、ＶｏＩＰサーバ１が存在するサブネットから送られてくるマルチキャストパケットを、ルータＲ１を介して受信することができないことを意味する。
【００４１】
次に、本実施形態の動作について、図７から図１５を参照して説明する。
【００４２】
図７に示すフローチャートは、ＶｏＩＰサーバ１のプログラム制御により、また図８及び図９に示すフローチャートは、クライアントＣ１〜Ｃ５のプログラム制御により実行されるものである。図１０〜図１４に示すシーケンス図は、ＶｏＩＰサーバ１とクライアントＣ１〜Ｃ５との間で送受信される各種メッセージの流れを時系列に示すものである。図１５は、代表的なメッセージのフォーマット例を示す。
【００４３】
ここでは、ＶｏＩＰサーバ１には、クライアントＣ１〜Ｃ５が登録されているものとする。
【００４４】
最初に、音声通話時の保留操作に伴うＭＯＨをＩＰネットワーク２上でマルチキャストパケットとして送信する場合について説明する。
【００４５】
まず、図１０に示すように、クライアントＣ１とＣ２が互いに通話状態にあるときに、クライアントＣ１が保留操作を行った場合、クライアントＣ１は、制御装置２３のプログラム制御により、ＩＰネットワーク２経由で、ＶｏＩＰサーバ１に対し保留要求メッセージのパケットを送信する（図１０のステップＳ１）。
【００４６】
ＶｏＩＰサーバ１は、上記保留要求メッセージのパケットを受信すると（図７のステップＦ１）、これに応答して、クライアントＣ１の相手先であるクライアントＣ２がマルチキャストを受信可能か否かを判別するため、あらかじめ設定された判別用マルチキャストグループに参加しているクライアント全てに向けて、、テストメッセージのパケットをマルチキャストアドレス宛のパケット（マルチキャストパケット）として送信する（図７のステップＦ２、図１０のステップＳ２、図１５のマルチキャストテスト要求参照）。
【００４７】
ここで、判別用マルチキャストグループに参加しているクライアントは、ＶｏＩＰサーバ１に登録されたクライアント全てに対応する。すなわち、本例の場合、クライアントＣ１〜Ｃ５の全てが参加している。ＶｏＩＰサーバ１は、ここで登録されたクライアント全てが上記マルチキャストアドレス宛のパケットであるメッセージを受信しているものとみなして処理を行なう。なお、マルチキャストルータＭＲ１（この場合、ＩＧＭＰクエリアとなりうる）配下にあるクライアントＣ４の場合、このマルチキャストグループに参加するための設定は、ＩＧＭＰクエリ及びＩＧＭＰレポートにて行なう。それ以外のクライアントは、上記マルチキャストアドレス宛てのパケットを受信するのみでも可能である。
【００４８】
図１５は、上記テストメッセージを含む代表的なメッセージのフォーマット例を示す。図１５に示すメッセージは、上記マルチキャストアドレス（図示していない）のほか、メッセージの種類を一意に識別するための「メッセージＩＤ」、制御内容を識別するための「コマンドＩＤ」、どのクライアントに対して（どのクライアントからの）制御かを識別するための「クライアントＩＤ」等から構成される。「クライアントＩＤ」は、本フォーマット例ではＩＰアドレスになっているが、クライアント名などでも良い。また、本発明を実現するには図１５に示すフォーマットに限定されるものではなく、既存の呼制御プロトコル（例えば、ＭＧＡＣＯなど）のメッセージフォーマットを独自に拡張しても良い。マルチキャストアドレスは、例えば２３９．２５５．１．１等、所定のＩＰアドレス範囲内に設定される。
【００４９】
次いで、上記テストメッセージ（図１５のマルチキャストテスト要求参照）に対し、クライアントＣ２は、判別用マルチキャストアドレスのパケットを受信可能であるので、その応答メッセージ（図１５のマルチキャストテスト応答参照）をＶｏＩＰサーバ１に送信する（図１０のステップＳ３、図８のステップＦ１１〜Ｆ１３）。
【００５０】
このとき、ＶｏＩＰサーバ１は、クライアントＣ２からの応答を一定時間待ちその応答があったか否かを判断する（図７のステップＦ３）。本例では、クライアントＣ２はマルチキャストパケットを受信可能であるため、ＶｏＩＰサーバ１は、一定時間内にその応答を受信し、これにより相手先であるクライアントＣ２がマルチキャストパケット受信可能と判断し（図７のステップＦ３：ＹＥＳ）、その結果を受けて、制御装置１３のプログラム制御により自身のＭＯＨ音源１２６のデータをＣＯＤＥＣ１２７でエンコードして、通信インターフェース１１を介し、マルチキャストパケットとしてＩＰネットワーク２経由でクライアントＣ２に送信する（図７のステップＦ４、図１０のステップＳ４）。
【００５１】
クライアントＣ２は、上記ＭＯＨのマルチキャストパケットを通信インターフェース２１を介し受信すると（図８のステップＦ１４）、制御装置２３のプログラム制御によりＣＯＤＥＣ２２４にてデコードし、ヒューマンインターフェース２４の音声出力装置２４２から音声出力する。
【００５２】
上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、クライアントＣ１が保留停止操作を行った場合、ＶｏＩＰサーバ１に保留停止メッセージを送信し、これにより、ＶｏＩＰサーバ１はクライアントＣ２へのＭＯＨ送信を停止する（図１０のステップＳ５）。
【００５３】
また、上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、図１０に示すように例えば通話状態にある他のクライアントＣ３とＣ４のうち、クライアントＣ４が保留操作を行った場合（図１０のステップＳ６）は、クライアントＣ３はＶｏＩＰサーバ１から送信されている同一のマルチキャストパケットによりＭＯＨを受信する（図１０のステップＳ７）。また、上記ＭＯＨ送信停止時（図１０のステップＳ５）に、クライアントＣ３がＭＯＨの受信を継続している場合、ＶｏＩＰサーバ１は、クライアントＣ３に対するＭＯＨ送信を停止しないで継続する。
【００５４】
上記に対し、図１１に示すようにクライアントＣ１とＣ５が通話状態にあるときに、クライアントＣ１が保留操作を行った場合、クライアントＣ１は、上記と同様、ＶｏＩＰサーバ１に対しＩＰネットワーク２経由で保留要求メッセージを送信する（図１１のステップＳ１１）。
【００５５】
ＶｏＩＰサーバ１は、上記保留要求メッセージを受信すると（図７のステップＦ１）、相手先クライアントＣ５に上記のテストメッセージをマルチキャストパケットとして送信する（図２のステップＦ２、図１１のステップＳ１２）。
【００５６】
クライアントＣ５は、上記クライアントＣ２とは異なり、ルータＲ１配下のサブネット上に存在するため該ルータＲ１を介しマルチキャストパケットを受信できない（図８のステップＦ１２：ＮＯ）。
【００５７】
従って、ＶｏＩＰサーバ１は、クライアントＣ５からのテストメッセージに対する応答を一定時間内に受信できず、タイムアウトによりクライアントＣ５はマルチキャストパケット受信不可と判断し（図１１のステップＳ１３）、クライアントＣ５に対しては、制御装置１３のプログラム制御により、ＭＯＨのデータをマルチキャストパケットではなく、ユニキャストパケットとして通信インターフェース１１を介しＩＰネットワーク２経由で送信する（図７のステップＦ５、図１１のステップＳ１４）。
【００５８】
クライアントＣ５は、上記ＭＯＨのユニキャストパケットを通信インターフェース２１を介し受信すると（図８のステップＦ１９）、制御装置２３のプログラム制御によりＣＯＤＥＣ２２４にてデコードし、ヒューマンインターフェース２４の音声出力装置２４２から音声出力する。
【００５９】
その後、上記ＶｏＩＰサーバ１からのＭＯＨ送信中に、クライアントＣ１が保留停止操作を行った場合、ＶｏＩＰサーバ１に保留停止メッセージを送信し、これにより、ＶｏＩＰサーバ１はクライアントＣ２へのＭＯＨ送信を停止する（図１１のステップＳ１５）。
【００６０】
上記の図１１に示す例では、クライアントＣ５は、内部音源としてＭＯＨ音源２２５を持っていない場合を想定している（図８のステップＦ１５：ＮＯ）。
【００６１】
これに対し、図１２に示すように、クライアントＣ５が内部保留音源を持つ場合、上記と同様にクライアントＣ１の保留操作に伴い保留要求メッセージが送信され（図１２のステップＳ２１）、これに応答してＶｏＩＰサーバ１は、テストメッセージのマルチキャストパケットを送信し（図１２のステップＳ２２）、これに対しクライアントＣ５からの一定時間内の応答がなくタイムアウトによりクライアントＣ５はマルチキャストパケット受信不可と判断した後（図１２のステップＳ２３）、クライアントＣ５に対して、上記ユニキャストでのＭＯＨ送信に代えて、内部保留音再生要求（図１５の内部保留音開始要求参照）を送信する（図１２のステップＳ２４）。
【００６２】
クライアントＣ５は、上記内部保留音再生要求を受信すると（図８のステップＦ１５：ＹＥＳ）、制御装置２３のプログラム制御により、内部音源である自身のＭＯＨ音源２２５のデータをヒューマンインターフェース２４の音声出力装置２４２から内部保留音として再生する（図８のステップＦ１６）。
【００６３】
その後、クライアントＣ１が保留を停止すると（図１２のステップＳ２５）、ＶｏＩＰサーバ１は、クライアントＣ５に対して、内部保留音停止要求（図１５の内部保留音停止要求参照）を送信する（図１２のステップＳ２６）。
【００６４】
クライアントＣ５は、上記内部保留音停止要求を受信すると（図８のステップＦ１７、ＹＥＳ）、制御装置２３のプログラム制御により、上記内部保留音の再生を停止する（図８のステップＦ１８）。
【００６５】
次に、ＩＰネットワーク２上で一斉放送されるページングのデータをマルチキャストパケットとして送信する場合について説明する。
【００６６】
まず、図１３、図１４に示すようにクライアントＣ１がＶｏＩＰサーバ１に登録しているクライアント（図１３のＣ２、Ｃ３、図１４のＣ５）に対してページング操作を行った場合、クライアントＣ１は、ＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１３のステップＳ３１、図１４のステップＳ４１、図７のステップＳ１）。
【００６７】
ＶｏＩＰサーバ１は、上記ページング要求メッセージを受信すると（図７のステップＦ１）、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５にテストメッセージのマルチキャストパケットを送信する（図７のステップＦ２、図１３のステップＳ３２、図１４のステップＳ４２）。
【００６８】
ＶｏＩＰサーバ１は、上記クライアントＣ２、Ｃ３、Ｃ５からの応答を一定時間待ちその応答の有無を判断する（図７のステップＦ３）。このとき、クライアントＣ２、Ｃ３はマルチキャスト受信可能なので応答メッセージを送信するが（図１３のＳ３３、Ｓ３４、図９のステップＦ２２：ＹＥＳ、Ｆ２３）、クライアントＣ５はマルチキャスト受信不可のため応答メッセージを送信できない（図９のステップＦ２２：ＮＯ）。
【００６９】
よって、ＶｏＩＰサーバ１は、クライアントＣ２、Ｃ３からの応答メッセージを一定時間内に受信し、該クライアントＣ２、Ｃ３に関してはマルチキャスト受信が可能と判断するが（図７のステップＦ３：ＹＥＳ）、クライアントＣ５からの応答メッセージは一定時間内に受信できずタイムアウトし、該クライアントＣ５に関してはマルチキャスト受信が不可と判断する（図１４のステップＳ４３、図７のステップＦ３：ＮＯ）。
【００７０】
上記判断結果から、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対し、クライアントＣ５に対してはマルチキャストパケットではなくユニキャストパケットでの送信を要求する（図１４のステップＳ４４）。これにより、クライアントＣ１は、ページングのデータをクライアントＣ２、Ｃ３に対してはマルチキャストパケットとして送信すると共に（図７のステップＦ４、図１３のステップＳ３５）、クライアントＣ５に対してはユニキャストパケットとして送信する（図７のステップＦ５、図１４のステップＳ４５）。
【００７１】
その結果、上記クライアントＣ１から送信されるページングのデータを、クライアントＣ２、Ｃ３は、マルチキャストパケットとして、またクライアントＣ５は、ユニキャストパケットとして、それぞれ受信する（図９のステップＦ２４、Ｆ２５）。
【００７２】
その後、クライアントＣ１は、ＶｏＩＰサーバ１にページングの停止を要求する（図１３のステップＳ３６、図１４のステップＳ４６）。
【００７３】
従って、本実施形態によれば、ＶｏＩＰサーバ１がクライアントがマルチキャス受信可能か自動判別し、マルチキャスト受信不可能なクライアントに対して、マルチキャスト以外での受信方法を用意することにより、マルチキャストでのページングやＭＯＨなどをサポート可能なＶｏＩＰシステムを構築できる。
【００７４】
とくに、ＭＯＨの場合、リソースの問題でクライアント毎に複数のＭＯＨ音源を持たせたくない場合、サーバがＭＯＨ音源を持ちそれらを特定のグループ毎にマルチキャストで配信することができる。この場合、マルチキャストなのでユニキャストに比べ帯域は節約できる。この効果は、音声に限らず、むしろ動画などの通信帯域をより多く消費するものほど顕著となる。例えば、ＭＯＨで動画をサポートする場合や、自動応答で動画をサポートする場合等である。
（第２の実施形態）
第２の実施形態は、前述の第１の実施形態（図７）に比べ、図１６に示すＶｏＩＰサーバ１側の処理を参照すると、マルチキャストパケットの受信が可能か否かの判別結果をＶｏＩＰサーバ１に登録しておく処理（図１６のステップＦ３５、Ｆ３７）と、その登録があるかないかの判断を行う処理（図１６のステップＦ３２）を有する点で異なる。この点は、クライアント側の処理も同様である（図８、図１７参照）。
【００７５】
ここでは、ページングの場合の動作について、前述の図１、図１３、図１４に加え、図１６〜図１９を参照して説明する。ここで、クライアントＣ１〜Ｃ３、Ｃ５は、ＶｏＩＰサーバ１に登録されている。
【００７６】
図１３、図１４に示すように、クライアントＣ１がＶｏＩＰサーバ１に登録しているクライアント（この場合Ｃ２、Ｃ３、Ｃ５）に対してページング操作を行った場合、クライアントＣ１は、ＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１３のステップＳ３１、図１４のステップＳ４１）。
【００７７】
ＶｏＩＰサーバ１は、クライアントＣ１からのページング要求メッセージを受信すると（図１６のステップＦ３１）、ページング相手先Ｃ２、Ｃ３、Ｃ５のマルチキャスト受信可否に関する判別登録があるか検索する（図１６のステップＦ３２）。この時点では、まだ判別結果は未登録であるため（図１６のステップＦ３２：ＮＯ）、ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５にテストメッセージをマルチキャストパケットとして送信する（図１６のステップＦ３３、図１３のステップＳ３２、図１４のステップＳ４２）。
【００７８】
ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５からのテストメッセージに対する応答を一定時間待ち、その応答有無を判断する（図１６のステップＦ３４）。このとき、クライアントＣ２、Ｃ３はマルチキャストパケットを受信可能なので応答メッセージを送信するが（図１３のステップＳ３３、Ｓ３４、図１７のステップＦ６１、Ｆ６２：ＮＯ、Ｆ６３：ＹＥＳ、Ｆ６４）、これに対しクライアントＣ５はマルチキャストパケットを受信不可のため（図１７のステップＦ６１、Ｆ６２：ＮＯ、Ｆ６３：Ｎｏ）、その応答を一定時間内に受信できずタイムアウトし（図１４のステップＳ４３）、ＶｏＩＰサーバ１は、クライアントＣ５に関してはマルチキャスト受信不可と判断する。
【００７９】
これにより、ＶｏＩＰサーバ１は、クライアントＣ２、Ｃ３に関しマルチキャスト受信可能であることを登録し（図１６のステップＦ３５）、クライアントＣ５に関しマルチキャスト受信不可であることを登録する（図１６のステップＦ３７）。
【００８０】
そして、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対して、クライアントＣ５へのユニキャスト送信を要求する（図１４のステップＳ４４）。これに応答して、クライアントＣ１は、ページングのデータをマルチキャスト（図１６のステップＦ３６、図１３のステップＳ３５）およびクライアントＣ５へユニキャストで送信する（図１６のステップＦ３８、図１４のステップＳ４５）。
【００８１】
次に再び、クライアントＣ１がＶｏＩＰサーバ１に登録しているクライアントに対してページング操作を行った場合、クライアントＣ１はＶｏＩＰサーバ１に対して、ページング要求メッセージを送信する（図１６のステップＦ３１、図１８のステップＳ５１、図１９のＳ６１）。
【００８２】
ＶｏＩＰサーバ１は、ページング相手先のクライアントＣ２、Ｃ３、Ｃ５のマルチキャスト受信可否に関する判別登録があるか検索する（図１６のステップＦ３２）。このとき、クライアントＣ２、Ｃ３、Ｃ５に関する判別結果は、上記処理にて既に登録済みなので、ＶｏＩＰサーバ１は、ページング要求したクライアントＣ１に対して、クライアントＣ５へのユニキャストパケットでの送信を要求する（図１９のステップＳ６２）。これにより、クライアントＣ１は、ページングのデータを、クライアントＣ２、Ｃ３に対してはマルチキャストパケットとして送信すると共に（図１６のステップＦ３６、図１８のステップＳ５２）、クライアントＣ５に対してはユニキャストパケットで送信する（図１６のステップＦ３８、図１９のステップＳ６３）。
【００８３】
その結果、上記クライアントＣ１から送信されるページングのデータに関して、クライアントＣ２、Ｃ３は、マルチキャストパケットとして受信し（図１７のステップＦ６２：ＹＥＳ、Ｆ６７：ＹＥＳ、Ｆ６５）、クライアントＣ５は、ユニキャストパケットとして受信する（図１７のステップＦ６２：ＹＥＳ、Ｆ６７：ＮＯ、Ｆ６６）。
【００８４】
なお、上記では、ページングの場合の動作を説明しているが、ＭＯＨの場合もこれと同様である。図２０は、ＭＯＨの場合のクライアント側の処理（ステップ４１〜Ｓ５１参照）を示す。このクライアント側の処理では、前述した図８の処理と比べると、マルチキャストパケットの受信が可能か否かの判別結果をＶｏＩＰサーバ１に登録し、その登録有無の判断を行う処理に対応したクライアント側の処理（図１７のステップＦ６２、Ｆ６７）が付加されている点以外は、同様である。
【００８５】
従って、本実施形態によれば、上記実施形態と同様の効果に加え、保留時でも同様に適用可能でマルチキャスト受信可能かの登録情報を利用して保留毎に判別を省略できるようになる。判別結果の登録は、クライアントが再度ＶｏＩＰサーバ１に登録されるまで継続して利用可能である。または、クライアントのＩＰアドレスが変更されるまで判別結果を継続して利用しても良い。
【００８６】
また、本実施形態は、既にマルチキャスト受信可能かの判別済みのクライアントに対しては、前回の判別結果を登録してあるので再びテストを行わずにＭＯＨやページングをサポートできるという新たな効果も有する。
【００８７】
なお、上記実施形態では、マルチキャストパケットとして、ページングのデータとＭＯＨデータを送信する場合を説明しているが、本発明はこれに限定されるものではなく、例えば３者以上での通話（会議通話）やストリーミングなどでも適用可能である。
【００８８】
また、上記実施形態では、クライアントが内部音源を持たない場合の処理と持つ場合の処理を説明しているが、これはＶｏＩＰシステム全体でクライアントが内部音源を持たない、或いは持つ場合を前提にしている。これに対し、ＶｏＩＰシステム内で内部音源を持つクライアントと持たないクライアントを混在させる場合は、クライアントがＶｏＩＰサーバに登録（レジスト）される際に、その付加情報としてＭＯＨ内部音源の有無をＶｏＩＰサーバに通知することにすれば、ＶｏＩＰサーバがその付加情報を登録テーブルに登録しておき、クライアントからの保留要求メッセージを受けたときに該登録テーブルを基に相手先クライアントが内部音源をもつかどうかを判別できるようになる。
【００８９】
なお、本発明は、代表的に例示した上述の実施形態に限定されるものではなく、当業者であれば、特許請求の範囲の記載内容に基づき、その要旨を逸脱しない範囲内で種々の態様に変形、変更することができる。これらの変更例や変形例も本発明の権利範囲に属するものである。
【００９０】
【発明の効果】
以上説明したように、本発明によれば、ＶｏＩＰシステムを用いてページングやＭＯＨなどの送信データをマルチキャストパケットとして送信する場合、マルチキャストパケットを受信できないクライアントに対しても、その送信データを受信できるようにサポート可能なＶｏＩＰシステム、ＶｏＩＰサーバ、及びクライアント、並びにマルチキャストパケット通信方法を提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかるＶｏＩＰシステムの全体構成例を示す概略ブロック図である。
【図２】ＶｏＩＰサーバの内部構成を示す概略ブロック図である。
【図３】ＶｏＩＰサーバの記憶装置内に格納されるソフトウエア構成を示す概略図である。
【図４】クライアントの内部構成を示す概略ブロック図である。
【図５】クライアントの記憶装置内に格納されるソフトウエア構成を示す概略図である。
【図６】クライアントのヒューマンインターフェースの構成を示す概略図である。
【図７】ＶｏＩＰサーバの処理動作を示す概略フローチャートである。
【図８】ＭＯＨに関するクライアント側の処理動作を示す概略フローチャートである。
【図９】ページングに関するクライアント側の処理動作を示す概略フローチャートである。
【図１０】ＭＯＨデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１１】ＭＯＨデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図１２】ＭＯＨデータの代わりに内部保留音再生要求を送る場合のシーケンス図である。
【図１３】ページングのデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１４】ページングのデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図１５】メッセージのフォーマット例を説明する図である。
【図１６】第２実施形態にかかるＶｏＩＰサーバの動作手順を示す概略フローチャートである。
【図１７】第２実施形態にかかるページングに関するクライアント側の処理動作を示す概略フローチャートである。
【図１８】マルチキャストテスト結果の登録後にページングのデータをマルチキャストパケットとして送信する場合のシーケンス図である。
【図１９】マルチキャストテスト結果の登録後にページングのデータをユニキャストパケットとして送信する場合のシーケンス図である。
【図２０】第２実施形態にかかるＭＯＨに関するクライアント側の処理動作を示す概略フローチャートである。
【符号の説明】
１  ＶｏＩＰサーバ
２  ＩＰネットワーク
１１  通信インターフェース
１２  記憶装置
１３  制御装置（ＣＰＵ）
２１  通信インターフェース
２２  記憶装置
２３  制御装置（ＣＰＵ）
２４  ヒューマンインターフェース
１２１  ＯＳ
１２２  通信プロトコルスタック
１２３  サーバプログラム
１２４  呼制御プログラム
１２５  サーバプログラム
１２６  ＭＯＨ音源
１２７  ＣＯＤＥＣ
２２１  ＯＳ
２２２  通信プロトコルスタック
２２３  クライアントプログラム
２２４  ＣＯＤＥＣ
２４１  音声入力装置（マイク）
２４２  音声出力装置（スピーカ）
２４３  動画入力装置（カメラ）
２４４  動画出力装置（モニタ）
Ｃ１〜Ｃ５  クライアント
ＭＲ１  マルチキャストルータ
Ｒ１  ルータ
【図１】
2005006004.tif 000003
【図２】
2005006004.tif 000004
【図３】
2005006004.tif 000005
【図４】
2005006004.tif 000006
【図５】
2005006004.tif 000007
【図６】
2005006004.tif 000008
【図７】
2005006004.tif 000009
【図８】
2005006004.tif 000010
【図９】
2005006004.tif 000011
【図１０】
2005006004.tif 000012
【図１１】
2005006004.tif 000013
【図１２】
2005006004.tif 000014
【図１３】
2005006004.tif 000015
【図１４】
2005006004.tif 000016
【図１５】
2005006004.tif 000017
【図１６】
2005006004.tif 000018
【図１７】
2005006004.tif 000019
【図１８】
2005006004.tif 000020
【図１９】
2005006004.tif 000021
【図２０】
2005006004.tif 000022