(57)【要約】【課題】一部の送信先の端末が通話可能でない場合でも、残りの送信先の端末に同報通信を可能にする同報サーバ、同報通信システムおよびプログラムを提供する。【解決手段】ＳＩＰサーバ５０の他に同報サーバ６０を設け、同報を受け付ける拡声ユニット４０−１〜４０−４はＳＩＰサーバ５０とではなく同報サーバ６０とＳＩＰプロトコルに基づく呼を確立させる。また、端末３０−１〜３０−４もＳＩＰサーバ５０とではなく同報サーバ６０との間で呼を確立させる。同報サーバ６０は、拡声ユニット４０−１〜４０−４との間で呼を確立するよう試み、所定の条件を満たすようであれば、同報サーバ６０は端末３０からの音声を拡声ユニット４０−１〜４０−４にユニキャスト方式で流し、所定の条件を満たさないようであれば端末３０に同報不可のメッセージを返す。【選択図】図１
2008278267.tif 000002
【特許請求の範囲】
【請求項１】
回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信する同報サーバであって、
同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段と、
送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段と、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たす場合は送信元端末に接続可信号を送信し、当該条件を満たさない場合は送信元端末に接続不可信号を送信する呼制御手段と、
送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段と、
を備えることを特徴とする同報サーバ。
【請求項２】
前記呼制御手段は、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末が所定台数以上か否かを判別し、音声を送信可能な端末が所定台数以上の場合は送信元端末に接続可信号を送信し、音声を送信可能な端末が所定台数未満の場合は送信元端末に接続不可信号を送信する、
ことを特徴とする請求項１に記載の同報サーバ。
【請求項３】
前記呼制御手段は、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たさない場合は送信元端末に接続不可信号を送信し、前記複数の端末のうち、接続が完了した端末との接続を解除する、
ことを特徴とする請求項１または２に記載の同報サーバ。
【請求項４】
回線網に接続された複数の端末の呼制御を行う呼制御サーバと、複数の端末に送信元端末からの音声信号を同報送信する同報サーバと、を備える同報通信システムであって、
前記呼制御サーバは、
送信元端末から同報用端末特定情報への接続要求信号を受信すると、当該同報用端末特定情報を前記同報サーバに送信する端末特定情報送信手段を備え、
前記同報サーバは、
前記同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段と、
送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段と、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たす場合は送信元端末に接続可信号を送信し、当該条件を満たさない場合は送信元端末に接続不可信号を送信する呼制御手段と、
送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段と、
を備える、
ことを特徴とする同報通信システム。
【請求項５】
回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信するコンピュータを、
同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段、
送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たす場合は送信元端末に接続可信号を送信し、当該条件を満たさない場合は送信元端末に接続不可信号を送信する呼制御手段、
送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信する同報サーバ、同報通信システムおよびプログラムに関する。
【背景技術】
【０００２】
従来の同報通信システムには、送信元端末から同報用電話番号への接続要求を同報サーバが受信すると、同報サーバは、送信元の同報資格を確認した後、複数の端末に同一の音声情報をマルチキャスト方式で送信するものがある。
【０００３】
たとえば、特許文献１は、このような同報通信システムの一例として、送信元の端末から同報用電話番号とその電話番号に対応する複数の端末の電話番号を関連づけたテーブルを記憶する同報サーバをＬＡＮ（Local Area Network）上に設ける同報通信システムを開示している。
【特許文献１】特開２００３−３４８１５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に開示されている同報システムで採用されるマルチキャスト方式は、一回のデータ送信を通信経路で分岐するものであり、放送型の送信であるから、通話可能な端末台数に関係なく同報送信が開始されてしまうという問題点がある。たとえば、１００台の端末を登録しておいた場合、その端末が通話中であったり、故障していたりしていて、１００台の端末のうちほとんどの端末が通話不可であるときでも同報送信が開始されてしまう、という問題点がある。
【０００５】
本発明は、上記問題点に鑑みてなされたものであり、接続可能な端末数に応じて、同報送信の可否を判断することができる同報サーバ、同報通信システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点にかかる同報サーバは、
回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信する同報サーバであって、
同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段と、
送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段と、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たす場合は送信元端末に接続可信号を送信し、当該条件を満たさない場合は送信元端末に接続不可信号を送信する呼制御手段と、
送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段と、
を備えることを特徴とする。
【０００７】
前記呼制御手段は、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末が所定台数以上か否かを判別し、音声を送信可能な端末が所定台数以上の場合は送信元端末に接続可信号を送信し、音声を送信可能な端末が所定台数未満の場合は送信元端末に接続不可信号を送信する、
ことを特徴としてもよい。
【０００８】
前記呼制御手段は、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たさない場合は送信元端末に接続不可信号を送信し、前記複数の端末のうち、接続が完了した端末との接続を解除する、
ことを特徴としてもよい。
【０００９】
上記目的を達成するため、本発明の第２の観点にかかる同報通信システムは、
回線網に接続された複数の端末の呼制御を行う呼制御サーバと、複数の端末に送信元端末からの音声信号を同報送信する同報サーバと、を備える同報通信システムであって、
前記呼制御サーバは、
送信元端末から同報用端末特定情報への接続要求信号を受信すると、当該同報用端末特定情報を前記同報サーバに送信する端末特定情報送信手段を備え、
前記同報サーバは、
前記同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段と、
送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段と、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たす場合は送信元端末に接続可信号を送信し、当該条件を満たさない場合は送信元端末に接続不可信号を送信する呼制御手段と、
送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段と、
を備える、
ことを特徴とする。
【００１０】
上記目的を達成するため、本発明の第３の観点にかかるプログラムは、
回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信するコンピュータを、
同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段、
送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段、
前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、あらかじめ定められた所定の条件を満たすか否かを判別し、当該条件を満たす場合は送信元端末に接続可信号を送信し、当該条件を満たさない場合は送信元端末に接続不可信号を送信する呼制御手段、
送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段、
として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、接続可能な端末数に応じて、同報送信の可否を判断することができる同報サーバ、同報通信システムおよびプログラムを提供することが可能になる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明の実施形態に係る同報通信システムについて説明する。
【００１３】
同報通信システム１００は、図１に示すように、ＩＰ網１０、ルータ２０−１〜２０−３、端末３０−１〜３０−４、拡声ユニット４０−１〜４０−４、ＳＩＰ（Session Initiation Protocol）サーバ５０、同報サーバ６０から構成され、ＩＰ網１０にはルータ２０−１〜２０−３が接続される。ルータ２０−１は、ＳＩＰサーバ５０、同報サーバ６０、拡声ユニットＡ４０−１、端末３０−１および３０−２、とでＬＡＮを構成する。同様に、ルータ２０−２は、端末３０−３、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、とでＬＡＮを構成し、ルータ２０−３は、端末３０−４、拡声ユニットＤ４０−４とでＬＡＮを構成する。
【００１４】
ＩＰ網１０に接続されたルータ２０の数には制限はなく、また、端末３０の数や拡声ユニット４０の数にも制限はない。
【００１５】
次に、図２を用いてＳＩＰサーバ５０の構成について説明する。図１に示すＳＩＰサーバ５０は、端末３０や同報サーバ６０との呼制御を行い、拡声ユニット４０との呼制御は行わない。拡声ユニット４０との呼制御を行うのは、下記に示すように、同報サーバ６０が行う。
【００１６】
図２に示すように、ＳＩＰサーバ５０は、ＣＰＵ（Central Processing Unit）５１、ＲＯＭ（Read Only Memory）５２、ＲＡＭ（Random Access Memory）５３、有線通信制御部５４、記憶部５５、から構成され、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、有線通信制御部５４、記憶部５５、はバスに接続されている。
【００１７】
ＣＰＵ５１は、ＲＯＭ５２やＲＡＭ５３や記憶部５５に格納されたプログラムにしたがって、ＲＯＭ５２やＲＡＭ５３や記憶部５５に格納されたデータを処理し、その結果をＲＡＭ５３や記憶部５５に格納したり、有線通信制御部５４とデータを送受信したりする。
【００１８】
ＲＯＭ５２は、ＣＰＵ５１が所定の処理を実行するために用いるプログラムや、所定のデータを記憶する。
【００１９】
ＲＡＭ５３は、ＣＰＵ５１のワークエリアとして用いられる。また、ＲＡＭ５３は、ＣＰＵ５１が所定の処理を実行するために用いるプログラムや、ＣＰＵ５１の処理結果などを保存する。
【００２０】
有線通信制御部５４は、ＮＩＣ（Network Interface Card）から構成され、ネットワーク（ＬＡＮ）とデータを授受する。受け取ったデータはＣＰＵ５１に渡される。また、ＣＰＵ５１からデータを受け取り、ネットワークにデータを発信する。
【００２１】
記憶部５５は、ハードディスクから構成され、ＣＰＵ５１が所定の処理を実行するために用いるプログラムや、ＣＰＵ５１の処理結果などを保存する。
【００２２】
次に、図３を用いて端末３０の構成について説明する。端末３０−１〜３０−４はこの端末３０と同一の構成を採ってもよい。
【００２３】
通信端末３０は、図３に示すように、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、有線通信制御部３４、音声送信部３５、音声受信部３６、から構成され、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、有線通信制御部３４、音声送信部３５、音声受信部３６、はバスに接続されている。
【００２４】
ＣＰＵ３１は、ＲＯＭ３２やＲＡＭ３３に格納されたプログラムにしたがって、ＲＯＭ３２やＲＡＭ３３に格納されたデータを処理し、その結果をＲＡＭ３３に格納したり、有線通信制御部３４とデータを送受信したりする。
【００２５】
ＲＯＭ３２は、ＣＰＵ３１が所定の処理を実行するために用いるプログラムや、所定のデータを記憶する。
【００２６】
ＲＡＭ３３は、ＣＰＵ３１のワークエリアとして用いられる。また、ＲＡＭ３３は、ＣＰＵ３１が所定の処理を実行するために用いるプログラムや、ＣＰＵ３１の処理結果などを保存する。
【００２７】
有線通信制御部３４は、ＮＩＣから構成され、ネットワーク（ＬＡＮ）とデータを授受する。受け取ったデータはＣＰＵ３１に渡される。また、ＣＰＵ３１からデータを受け取り、ネットワークにデータを発信する。
【００２８】
音声送信部３５は、Ａ／Ｄ変換器と、マイクとから構成され、Ａ／Ｄ変換器は、マイクから受け取った音声をデジタル化する。マイクは、集音を行い、これをＡ／Ｄ変換器に渡す。
【００２９】
音声受信部は、Ｄ／Ａ変換器と、スピーカとから構成され、Ｄ／Ａ変換器は、ＣＰＵ４１からデータを受け取り、これをアナログ化する。スピーカは、Ｄ／Ａ変換器から受け取ったアナログデータを発声する。
【００３０】
次に、図４を用いて同報サーバ６０の構成について説明する。図１に示す同報サーバ６０は、端末３０と拡声ユニット４０との呼制御を行って同報通信を行うための専用サーバであり、ＳＩＰプロトコルにしたがって同報通信を行う。従来の同報通信システムでは、同報通信を行う際に、端末３０と拡声ユニット４０との間の呼制御による大きな負荷が、ＳＩＰサーバ５０にかかる。しかし、図１に示すように、通常の呼制御を行うＳＩＰサーバ５０と、同報通信に伴う呼制御を行う同報サーバ６０とを分離する構成を採ることで、ＳＩＰサーバ５０にかかる呼制御による負荷を軽減することができる。
【００３１】
同報サーバ６０は、図４に示すように、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、有線通信制御部６４、記憶部６５、計時部６６から構成され、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、有線通信制御部６４、記憶部６５、計時部６６、はバスに接続されている。
【００３２】
ＣＰＵ６１は、ＲＯＭ６２やＲＡＭ６３や記憶部６５に格納されたプログラムにしたがって、ＲＯＭ６２やＲＡＭ６３や記憶部６５に格納されたデータを処理し、その結果をＲＡＭ６３や記憶部６５に格納したり、有線通信制御部６４とデータを送受信したりする。
【００３３】
ＲＯＭ６２は、ＣＰＵ６１が所定の処理を実行するために用いるプログラムや、所定のデータを記憶する。
【００３４】
ＲＡＭ６３は、ＣＰＵ６１のワークエリアとして用いられる。また、ＲＡＭ６３は、ＣＰＵ６１が所定の処理を実行するために用いるプログラムや、ＣＰＵ６１の処理結果などを保存する。
【００３５】
有線通信制御部６４は、ＮＩＣから構成され、ネットワーク（ＬＡＮ）とデータを授受する。受け取ったデータはＣＰＵ６１に渡される。また、ＣＰＵ６１からデータを受け取り、ネットワークにデータを発信する。
【００３６】
記憶部６５は、ハードディスクから構成され、ＣＰＵ６１が所定の処理を実行するために用いるプログラムや、ＣＰＵ６１の処理結果などを保存する。
【００３７】
計時部６６は、タイマから構成され、ＣＰＵ６１からの要求に応じて現在の時刻をＣＰＵ６１に提示したり、ＣＰＵ６１が所定のタイミングから所定の時間を計時するよう要求すると、その所定の時間経過後にＣＰＵ６１に対しメッセージを送信したりする。
【００３８】
次に、図５を用いて拡声ユニット４０について説明する。図１に示すように、拡声ユニット４０は、同報サーバ６０から当該拡声ユニット４０に同報通信された端末３０からの音声を発声する。
【００３９】
拡声ユニット４０は、図５に示すように、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、通信制御部４４、Ｄ／Ａ（Digital/Analogue）変換器４５、スピーカ４６、Ａ／Ｄ（Analogue/Digital）変換器４７、マイク４８、から構成され、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、通信制御部４４、Ｄ／Ａ変換器４５、Ａ／Ｄ変換器４７、はバスに接続されている。
【００４０】
ＣＰＵ４１は、ＲＯＭ４２やＲＡＭ４３に格納されたプログラムにしたがって、ＲＯＭ４２やＲＡＭ４３に格納されたデータを処理し、その結果をＲＡＭ４３に格納したり、通信制御部４４とデータを送受信したりする。
【００４１】
ＲＯＭ４２は、ＣＰＵ４１が所定の処理を実行するために用いるプログラムや、所定のデータを記憶する。
【００４２】
ＲＡＭ４３は、ＣＰＵ４１のワークエリアとして用いられる。また、ＲＡＭ４３は、ＣＰＵ４１が所定の処理を実行するために用いるプログラムや、ＣＰＵ４１の処理結果などを保存する。
【００４３】
通信制御部４４は、ＮＩＣから構成され、ネットワーク（ＬＡＮ）とデータを授受する。受け取ったデータはＣＰＵ４１に渡される。また、ＣＰＵ４１からデータを受け取り、ネットワークにデータを発信する。
【００４４】
Ｄ／Ａ変換器４５は、ＣＰＵ４１からデータを受け取り、これをアナログ化する。
【００４５】
スピーカ４６は、Ｄ／Ａ変換器４５から受け取ったアナログデータを発声する。
【００４６】
Ａ／Ｄ変換器４７は、マイク４８から受け取った音声をデジタル化する。
【００４７】
マイク４８は、集音を行い、これをＡ／Ｄ変換器４７に渡す。
【００４８】
以上で、同報通信システム１００の構成要素の説明を終了する。
【００４９】
次に、同報通信システム１００の呼制御がどのように行われるかについて、図６に示すＳＩＰサーバ５０が管理するＳＩＰサーバ用テーブル２００、図７に示す同報サーバ６０が管理する同報サーバテーブル３００、を用いて説明する。
【００５０】
まず、図６に示すＳＩＰサーバ５０が管理するＳＩＰサーバ用テーブル２００について説明する。ＳＩＰサーバ５０は、ＳＩＰサーバ用テーブル２００を用いて、端末３０―１〜３０−４、同報サーバ６０、の間で、ＳＩＰプロトコルに基づく呼制御を行う。ＳＩＰサーバ用テーブル２００は、たとえば、ＳＩＰサーバ５０内のＲＡＭ５３に記憶される。
【００５１】
図６に示すように、ＳＩＰサーバ５０が管理するＳＩＰサーバ用テーブル２００は、電話番号とＳＩＰ  ＵＲＩ（Uniform Resource Identifier）とを対応付けて記憶する。  
【００５２】
たとえば、図６に示すように、端末１の電話番号と、端末１のＳＩＰ  ＵＲＩとは対応付けて保存される。端末２の電話番号と、端末２のＳＩＰ  ＵＲＩとは対応付けて保存され、端末３の電話番号と、端末３のＳＩＰ  ＵＲＩとは対応付けて保存される。たとえば、端末１が端末２に音声の送信を行うとき、ＳＩＰサーバ５０は、ＳＩＰプロトコルに従い、ＳＩＰサーバ用テーブル２００から端末１のＳＩＰ  ＵＲＩおよび端末２のＳＩＰ  ＵＲＩを検索し、通信先のＳＩＰ  ＵＲＩとして端末２のＳＩＰ  ＵＲＩを記載し、通信元のＳＩＰ  ＵＲＩとして端末１のＳＩＰ  ＵＲＩを記載したメッセージを端末２に送信する。以下、ＳＩＰプロトコルに従って、端末１、端末２、ＳＩＰサーバ５０の間でメッセージのやりとりがなされた結果、端末１と端末２との間で通話が可能になる。
【００５３】
また、図６に示すように、同報用電話番号１と、同報サーバ６０のＳＩＰ  ＵＲＩ−Ａとは対応付けて保存される。同報用電話番号２と、同報サーバ６０のＳＩＰ  ＵＲＩ−Ｂとは対応付けて保存され、同報用電話番号３と、同報サーバ６０のＳＩＰ  ＵＲＩ−Ｃとは対応付けて保存される。たとえば、端末１が、同報をおこなうため同報用電話番号１に対して音声の送信を行うとき、ＳＩＰサーバ５０は、ＳＩＰプロトコルに従い、ＳＩＰサーバ用テーブル２００から端末１のＳＩＰ  ＵＲＩおよび同報用電話番号１に対応するＳＩＰ  ＵＲＩを検索する。そして、通信先のＳＩＰ  ＵＲＩとして同報用電話番号１に対応するＳＩＰ  ＵＲＩ（ＳＩＰ  ＵＲＩ−Ａ）を記載し、通信元のＳＩＰ  ＵＲＩとして端末１のＳＩＰ  ＵＲＩを記載し、追加項目として同報用電話番号１を記載したメッセージが同報サーバ６０に送信される。
【００５４】
次に、図７に示す同報サーバ６０が管理する同報サーバテーブル３００について説明する。同報サーバ６０は、同報サーバテーブル３００を用いて、拡声ユニット４０−１〜４０−４との間で、ＳＩＰプロトコルに基づく呼制御を行う。同報サーバテーブル３００は、たとえば、同報サーバ６０内のＲＡＭ６３に記憶される。
【００５５】
図７に示すように、同報サーバテーブル３００は、同報用電話番号と最小台数と対応する端末のＳＩＰ  ＵＲＩとを対応付けて記憶する。ここで、最小台数とは、同報を行う端末の台数の閾値であり、最小台数以上の台数の端末が同報可能であれば、同報を行うというものである。対応する端末のＳＩＰ  ＵＲＩとは、同報用電話番号に対応付けられている複数の端末のＳＩＰ  ＵＲＩを示す。この同報用電話番号を用いて端末３０が音声の発信を行ったとき、同報サーバ６０はこれらの複数の端末それぞれに対して同報が可能か否かを判別する。
【００５６】
端末３０が同報用電話番号２に対して音声の送信を行うとき、ＳＩＰサーバ５０は、図６に示すように、通信先のＳＩＰ  ＵＲＩとして、同報用電話番号２に対応するＳＩＰ  ＵＲＩ（ＳＩＰ  ＵＲＩ−Ｂ）を記載し、通信元のＳＩＰ  ＵＲＩとして端末１のＳＩＰ  ＵＲＩを記載し、追加項目として同報用電話番号２を記載したメッセージを同報サーバ６０に送信する。同報用サーバ６０は、図７に示すように、メッセージの追加項目である同報用電話番号２を検索キーとして、同報サーバテーブル３００から最小台数（２台）および対応する端末のＳＩＰ  ＵＲＩ（拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、のＳＩＰ  ＵＲＩ）を検索する。同報サーバ６０は、ＳＩＰプロトコルに基づいて、各拡声ユニット４０に対して、通信先のＳＩＰ  ＵＲＩとして各拡声ユニット４０のＳＩＰ  ＵＲＩを記載し、通信元のＳＩＰ  ＵＲＩとして図６に示す同報用電話番号２に対応するＳＩＰ  ＵＲＩ−Ｂを記載したメッセージを送信する。以下の処理については後述する。
【００５７】
以下、図８から図１０を用いて、任意の端末３０から、同報用電話番号２を用いて、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、に同報を行う場合について説明する。
【００５８】
まず、同報サーバが同報を行うことができる拡声ユニットの数が最小台数以上であり、同報が可能な場合について図８を用いて説明する。次に、拡声ユニットの故障などの要因により同報サーバが同報を行うことができる拡声ユニットの数が最小台数未満であり、同報が不可である場合について図９を用いて説明する。最後に、拡声ユニットの故障などがあるが、同報サーバが同報を行うことができる拡声ユニットの数が最小台数以上であって、同報が可能である場合について図１０を用いて説明する。
【００５９】
なお、第１のＳＩＰ  ＵＲＩを持つ端末Ａが、第２のＳＩＰ  ＵＲＩを持つ端末ＢにＳＩＰプロトコルに基づくメッセージを送る場合、通信先のＳＩＰ  ＵＲＩとして第２のＳＩＰ  ＵＲＩを記載し、通信元のＳＩＰ  ＵＲＩとして第１のＳＩＰ  ＵＲＩを記載したメッセージを端末Ｂに送信することになるが、以下、簡略化した表記として、端末Ａが端末Ｂにメッセージを送信する、と記載する。また、端末Ａから端末Ｂにメッセージを送信するときに、メッセージの追加項目として所定の情報を送る場合は、端末Ａから端末Ｂに所定の情報を含むメッセージを送信する、と記載する。
【００６０】
まず、同報サーバ６０が同報を行うことのできる拡声ユニットの数が、最小台数以上である場合の同報時の動作のシーケンスを、図８を用いて説明する。
【００６１】
図８に示すように、まず、端末３０は、ＳＩＰサーバ５０に、図６に示す同報用電話番号２を含むＩＮＶＩＴＥメッセージ（接続要求信号）を送信する（Ｓ１０１）。ＩＮＶＩＴＥメッセージは、ある端末が別の端末への呼を確立したい場合に送信するメッセージである。ＳＩＰサーバ５０は、受信したＩＮＶＩＴＥメッセージに基づいて、現在呼の確立を試すことを示す１００（ＴＲＹＩＮＧ）を含むメッセージを端末３０に送信する（Ｓ１０１１）。ＳＩＰサーバ５０は、メッセージに同報用電話番号２を含むことを確認し、同報用電話番号２を含むＩＮＶＩＴＥメッセージを同報サーバ６０に送信する（Ｓ１０２）。
【００６２】
同報サーバ６０は、ＳＩＰサーバ５０から受けたメッセージに同報用電話番号２が含まれていることを確認し、図７に示す同報用サーバテーブル３００を参照して、同報用電話番号２に対応付けられている最小台数および対応する端末のＳＩＰ  ＵＲＩを確認し、最小台数が２であって、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送ることを判別する。
【００６３】
同報サーバ６０は、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送信する（Ｓ１０４、Ｓ１０５、Ｓ１０６）。なお、ＩＮＶＩＴＥメッセージの送信順は任意である。拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送信すると、同報サーバ６０は、ＳＩＰサーバ５０に現在電話をかけていることを示す１８０（ＲＩＮＧＩＮＧ）を含むメッセージを送信する（Ｓ１０７）。ＳＩＰサーバ５０は、これを受けて、端末３０に１８０（ＲＩＮＧＩＮＧ）を含むメッセージを送信する（Ｓ１０８）。
【００６４】
拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、はそれぞれ、同報サーバ６０に、１００（ＴＲＹＩＮＧ）を含むメッセージを送信する（Ｓ１０９、Ｓ１１０、Ｓ１１１）。
【００６５】
その後、拡声ユニットＡ４０−１は、同報を受け付けることを示す２００（ＯＫ）を含むメッセージを同報サーバ６０に返す（Ｓ１１２）。拡声ユニットＢ４０−２もまた、２００（ＯＫ）を含むメッセージを同報サーバ６０に返す（Ｓ１１４）。しかし、拡声ユニットＣ４０−３は、同報を受け付けることができないことを示す４８６（ＢＵＳＹ）を含むメッセージを同報サーバ６０に返す（Ｓ１１６）。同報サーバ６０は、それぞれの２００（ＯＫ）または４８６（ＢＵＳＹ）を含むメッセージを受信すると、その送信元に了解した旨を示すＡＣＫを含むメッセージを拡声ユニットＡ４０−１（Ｓ１１３）、拡声ユニットＢ４０−２（Ｓ１１５）、拡声ユニットＣ４０−３（Ｓ１１７）、に返す。
【００６６】
ここで、同報サーバ６０は、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送った結果、拡声ユニットＡ４０−１、拡声ユニット４０−２、の２台の拡声ユニットが同報を受け付けることを確認し、同報可能な拡声ユニット４０の台数が最小台数以上（２台以上）となっていることを確認する。この結果、同報サーバ６０は、端末３０からの同報を受け付けると判別し、ＳＩＰサーバ５０に２００（ＯＫ）を含むメッセージを送信する（Ｓ１１８）。ＳＩＰサーバ５０は、このメッセージを受信すると、端末３０に２００（ＯＫ）を含むメッセージを送信する（Ｓ１１９）。端末３０は、ＡＣＫを含むメッセージをＳＩＰサーバ５０に送信し（Ｓ１２０）、ＳＩＰサーバ５０は、このメッセージの受信を受けてＡＣＫを含むメッセージを同報サーバ６０に送信する（Ｓ１２１）。なお、２つの機器の間で２００（ＯＫ）およびＡＣＫのメッセージがやりとりされると、２つの機器の間でＳＩＰプロトコルに基づく呼が確立する。
【００６７】
以上述べた手順により、端末３０と同報サーバ６０とはＳＩＰプロトコルでメッセージを直接やりとりすることができるようになり、同報サーバ６０と拡声ユニットＡ４０−１、同報サーバ６０と拡声ユニットＢ４０−２、とはＳＩＰプロトコルでメッセージを直接やりとりできるようになる。
【００６８】
端末３０は、ＳＩＰプロトコルに従い、音声を同報サーバ６０に送信（放送）し、同報サーバ６０はこの音声をＲＡＭ６３に記憶する（Ｓ１２２）。そして、同報サーバ６０は、ＲＡＭ６３に記憶された音声を、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２にユニキャスト方式で送信し（Ｓ１２３、Ｓ１２４）、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２は、受信した音声をＤ／Ａ変換器４５を通してスピーカ４６から放音する。音声の送信順は任意である。なお、端末３０からの音声はＲＴＰ（Real-time Transport Protocol）パケットにより拡声ユニット４０に送信され、拡声ユニット４０もＲＴＰパケットを端末３０に対して送信するが、拡声ユニット４０からのＲＴＰパケットは同報サーバ６０によって破棄される。したがって、端末３０と拡声ユニット４０との間で通話はできない。
【００６９】
端末３０は、音声の送信（放送）が終了すると、ＳＩＰサーバ５０に接続を遮断することを示すＢＹＥを含むメッセージを送信する（Ｓ１２５）。ＳＩＰサーバ５０は、ＢＹＥを含むメッセージを同報サーバ６０に送信する（Ｓ１２６）。同報サーバ６０は、ＳＩＰサーバ５０に２００（ＯＫ）を含むメッセージを送信し（Ｓ１２７）、同報サーバ６０とＳＩＰサーバ５０との間のＳＩＰプロトコルに基づく通信を遮断する。ＳＩＰサーバ５０は、端末３０に２００（ＯＫ）を含むメッセージを送信し（Ｓ１２８）、端末３０とＳＩＰサーバ５０との間のＳＩＰプロトコルに基づく通信を遮断する。
【００７０】
同報サーバ６０は、ＳＩＰサーバ５０に２００（ＯＫ）を含むメッセージを送信し、同報サーバ６０とＳＩＰサーバ５０との間のＳＩＰプロトコルに基づく通信を遮断した後、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２に、たとえばＲＯＭ６２に格納されている終了音をユニキャスト方式で送信する（Ｓ１２９、Ｓ１３０）。なお、終了音の送信順は任意である。拡声ユニットＡ４０−１および拡声ユニットＢ４０−２は、終了音をスピーカ４６から放音する。
【００７１】
同報サーバ６０は、音声の送信（放送）が終了すると、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２に接続を遮断することを示すＢＹＥを含むメッセージをそれぞれユニキャスト方式で送信する（Ｓ１３１、Ｓ１３３）。送信順は任意である。拡声ユニットＡ４０−１および拡声ユニットＢ４０−２は、同報サーバ６０に２００（ＯＫ）を含むメッセージを送信し（Ｓ１３２、Ｓ１３４）、同報サーバ６０と拡声ユニットＡ４０−１、同報サーバ６０と拡声ユニットＢ４０−２、との間のＳＩＰプロトコルに基づく通信を遮断する。
【００７２】
次に、同報サーバ６０が同報を行うことのできる拡声ユニットの数が、最小台数未満である場合の同報時の動作のシーケンスを、図９を用いて説明する。
【００７３】
図９に示すように、まず、端末３０は、ＳＩＰサーバ５０に、図６に示す同報用電話番号２を含むＩＮＶＩＴＥメッセージ（接続要求信号）を送信する（Ｓ２０１）。ＳＩＰサーバ５０は、受信したＩＮＶＩＴＥメッセージに基づいて、１００（ＴＲＹＩＮＧ）を含むメッセージを端末３０に送信する（Ｓ２０１１）。ＳＩＰサーバ５０は、メッセージに同報用電話番号２を含むことを確認し、同報用電話番号２を含むＩＮＶＩＴＥメッセージを同報サーバ６０に送信する（Ｓ２０２）。同報サーバ６０は、このメッセージを受信すると、１００（ＴＲＹＩＮＧ）を含むメッセージをＳＩＰサーバ５０に送信する（Ｓ２０３）。
【００７４】
同報サーバ６０は、ＳＩＰサーバ５０から受けたメッセージに同報用電話番号２が含まれていることを確認し、図７に示す同報用サーバテーブル３００を参照して、同報用電話番号２に対応付けられている最小台数および対応する端末のＳＩＰ  ＵＲＩを確認し、最小台数が２であって、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送ることを判別する。
【００７５】
同報サーバ６０は、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送信する（Ｓ２０４、Ｓ２０５、Ｓ２０６）。なお、ＩＮＶＩＴＥメッセージの送信順は任意である。拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送信すると、同報サーバ６０は、ＳＩＰサーバ５０に１８０（ＲＩＮＧＩＮＧ）を含むメッセージを送信する（Ｓ２０７）。ＳＩＰサーバ５０は、これを受けて、端末３０に１８０（ＲＩＮＧＩＮＧ）を含むメッセージを送信する（Ｓ２０８）。
【００７６】
拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、はそれぞれ、同報サーバ６０に、１００（ＴＲＹＩＮＧ）を含むメッセージを送信する（Ｓ２０９、Ｓ２１０、Ｓ２１１）。
【００７７】
その後、拡声ユニットＡ４０−１は、同報を受け付けることを示す２００（ＯＫ）を含むメッセージを同報サーバ６０に返す（Ｓ２１２）。しかし、拡声ユニットＢ４０−２は、同報を受け付けることができないことを示す４８６（ＢＵＳＹ）を含むメッセージを同報サーバ６０に返す（Ｓ２１４）。同じく、拡声ユニットＣ４０−３も、４８６（ＢＵＳＹ）を含むメッセージを同報サーバ６０に返す（Ｓ２１６）。同報サーバ６０は、それぞれの２００（ＯＫ）または４８６（ＢＵＳＹ）を含むメッセージを受信すると、その送信元に了解した旨を示すＡＣＫを含むメッセージを拡声ユニットＡ４０−１（Ｓ２１３）、拡声ユニットＢ４０−２（Ｓ２１５）、拡声ユニットＣ４０−３（Ｓ２１７）、に返す。
【００７８】
ここで、同報サーバ６０は、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送った結果、拡声ユニットＡ４０−１の１台の拡声ユニットが同報を受け付けることを確認し、同報可能な拡声ユニット４０の台数が最小台数未満（２台未満）となっていることを確認する。この結果、同報サーバ６０は、端末３０からの同報を受け付けないと判別し、ＳＩＰサーバ５０に４８６（ＢＵＳＹ）を含むメッセージを送信する（Ｓ２１８）。ＳＩＰサーバ５０は、このメッセージを受信すると、端末３０に４８６（ＢＵＳＹ）を含むメッセージを送信する（Ｓ２１９）。端末３０は、ＡＣＫを含むメッセージをＳＩＰサーバ５０に送信し（Ｓ２２１）、ＳＩＰサーバ５０は、このメッセージの受信を受けてＡＣＫを含むメッセージを同報サーバ６０に送信する（Ｓ２２２）。なお、２００（ＯＫ）およびＡＣＫのメッセージがやりとりされなければ、ＳＩＰプロトコルに基づく呼は確立しない。
【００７９】
同報サーバ６０と拡声ユニットＡ４０−１との間の呼は確立しているので、同報サーバ６０は、たとえばＲＯＭ６２に格納している中止音を拡声ユニットＡ４０−１に送信する（Ｓ２２０）。拡声ユニットＡ４０−１は、中止音をスピーカ４６から放音する。
【００８０】
同報サーバ６０は、呼が確立している拡声ユニットＡ４０−１に、接続を遮断することを示すＢＹＥを含むメッセージを送信する（Ｓ２２３）。拡声ユニットＡ４０−１は、同報サーバ６０に２００（ＯＫ）を含むメッセージを送信し（Ｓ２２４）、同報サーバ６０と拡声ユニットＡ４０−１との間のＳＩＰプロトコルに基づく通信を遮断する。
【００８１】
最後に、同報サーバ６０が同報を行うことのできる拡声ユニットの数が、最小台数以上であるが、一部の拡声ユニットが同報サーバからの要求に応答しない場合の同報時の動作のシーケンスを、図１０を用いて説明する。
【００８２】
図１０に示すように、まず、端末３０は、ＳＩＰサーバ５０に、図６に示す同報用電話番号２を含むＩＮＶＩＴＥメッセージ（接続要求信号）を送信する（Ｓ３０１）。ＳＩＰサーバ５０は、受信したＩＮＶＩＴＥメッセージに基づいて、１００（ＴＲＹＩＮＧ）を含むメッセージを端末３０に送信する（Ｓ３０１１）。ＳＩＰサーバ５０は、メッセージに同報用電話番号２を含むことを確認し、同報用電話番号２を含むＩＮＶＩＴＥメッセージを同報サーバ６０に送信する（Ｓ３０２）。同報サーバ６０は、このメッセージを受信すると、現在呼の確立を試すことを示す１００（ＴＲＹＩＮＧ）を含むメッセージをＳＩＰサーバ５０に送信する（Ｓ３０３）。
【００８３】
同報サーバ６０は、ＳＩＰサーバ５０から受けたメッセージに同報用電話番号２が含まれていることを確認し、図７に示す同報用サーバテーブル３００を参照して、同報用電話番号２に対応付けられている最小台数および対応する端末のＳＩＰ  ＵＲＩを確認し、最小台数が２であって、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送ることを判別する。
【００８４】
同報サーバ６０は、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送信する（Ｓ３０４、Ｓ３０５、Ｓ３０６）。なお、ＩＮＶＩＴＥメッセージの送信順は任意である。拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送信すると、同報サーバ６０は、ＳＩＰサーバ５０に１８０（ＲＩＮＧＩＮＧ）を含むメッセージを送信する（Ｓ３０７）。ＳＩＰサーバ５０は、これを受けて、１８０（ＲＩＮＧＩＮＧ）を含むメッセージを送信する（Ｓ３０８）。
【００８５】
なお、このときに、各拡声ユニットからＩＮＶＩＴＥメッセージに対する応答が帰ってくるまでの時間に制限を設けてもよい。これは、同報サーバ６０のＣＰＵ６１が、計時部６６にＩＮＶＩＴＥメッセージを送ったときの時刻を記憶させ、ＩＮＶＩＴＥメッセージに対する応答が帰ってくるまでの所定の時間が経過したと計時部６６が判別したときはＣＰＵ６１に通知するようにすることで実現できる。図１０に示す例では、拡声ユニットＣ４０−３にＩＮＶＩＴＥメッセージを送ってからの時間を計時しているが、ＩＮＶＩＴＥメッセージを送ってからの時間を計時する拡声ユニットは任意に定めてよい。
【００８６】
拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、はそれぞれ、同報サーバ６０に、１００（ＴＲＹＩＮＧ）を含むメッセージを送信する（Ｓ３０９、Ｓ３１０）。ここで、拡声ユニットＣ４０−３は１００（ＴＲＹＩＮＧ）を含むメッセージを送信していないことに注意されたい。
【００８７】
その後、拡声ユニットＡ４０−１は、同報を受け付けることを示す２００（ＯＫ）を含むメッセージを同報サーバ６０に返す（Ｓ３１１）。拡声ユニットＢ４０−２もまた、２００（ＯＫ）を含むメッセージを同報サーバ６０に返す（Ｓ３１３）。同報サーバ６０は、拡声ユニットＡ４０−１および拡声ユニット４０−２からの２００（ＯＫ）を含むメッセージを受信すると、その送信元に了解した旨を示すＡＣＫを含むメッセージを拡声ユニットＡ４０−１（Ｓ３１２）、拡声ユニットＢ４０−２（Ｓ３１４）、に返す。
【００８８】
しかし、拡声ユニットＣ４０−３は、まだ同報サーバ６０にメッセージを送っていない。ここで、計時部６６が拡声ユニットＣ４０−３のＩＮＶＩＴＥメッセージに対する応答が帰ってくるまでの所定の時間が経過したと判別したときは、ＣＰＵ６１に通知を行い、ＣＰＵ６１は拡声ユニットＣ４０−３から応答を待つことを打ち切る。なお、図１０に示すように、計時部６６が所定の時間が経過したと判別するまでの間に、同報サーバ６０は拡声ユニットＣ４０−３にＩＮＶＩＴＥメッセージを再度送信するようにしてもよい（Ｓ３１５、Ｓ３１６）。
【００８９】
ここで、同報サーバ６０は、拡声ユニットＡ４０−１、拡声ユニットＢ４０−２、拡声ユニットＣ４０−３、にＩＮＶＩＴＥメッセージを送った結果、拡声ユニットＡ４０−１、拡声ユニット４０−２、の２台の拡声ユニットが同報を受け付けることを確認し、同報可能な拡声ユニット４０の台数が最小台数以上（２台以上）となっていることを確認する。この結果、同報サーバ６０は、端末３０からの同報を受け付けると判別し、ＳＩＰサーバ５０に２００（ＯＫ）を含むメッセージを送信する（Ｓ３１７）。ＳＩＰサーバ５０は、このメッセージを受信すると、端末３０に２００（ＯＫ）を含むメッセージを送信する（Ｓ３１８）。端末３０は、ＡＣＫを含むメッセージをＳＩＰサーバ５０に送信し（Ｓ３１９）、ＳＩＰサーバ５０は、このメッセージの受信を受けてＡＣＫを含むメッセージを同報サーバ６０に送信する（Ｓ３２０）。
【００９０】
以上述べた手順により、端末３０と同報サーバ６０とはＳＩＰプロトコルでメッセージを直接やりとりすることができるようになり、同報サーバ６０と拡声ユニットＡ４０−１、同報サーバ６０と拡声ユニットＢ４０−２、とはＳＩＰプロトコルでメッセージを直接やりとりできるようになる。
【００９１】
端末３０は、ＳＩＰプロトコルに従い、音声を同報サーバ６０に送信（放送）し（Ｓ３２１）、同報サーバ６０はこの音声をＲＡＭ６３に記憶する。そして、同報サーバ６０は、ＲＡＭ６３に記憶された音声を、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２にユニキャスト方式で送信し（Ｓ３２２、Ｓ３２３）、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２は、受信した音声をＤ／Ａ変換器４５を通してスピーカ４６から放音する。音声の送信順は任意である。なお、端末３０からの音声はＲＴＰパケットにより拡声ユニット４０に送信され、拡声ユニット４０もＲＴＰパケットを端末３０に対して送信するが、拡声ユニット４０からのＲＴＰパケットは同報サーバ６０によって破棄される。したがって、端末３０と拡声ユニット４０との間で通話はできない。
【００９２】
端末３０は、音声の送信（放送）が終了すると、ＳＩＰサーバ５０に接続を遮断することを示すＢＹＥを含むメッセージを送信する（Ｓ３２４）。ＳＩＰサーバ５０は、ＢＹＥを含むメッセージを同報サーバ６０に送信する（Ｓ３２５）。同報サーバ６０は、ＳＩＰサーバ５０に２００（ＯＫ）を含むメッセージを送信し（Ｓ３２６）、同報サーバ６０とＳＩＰサーバ５０との間のＳＩＰプロトコルに基づく通信を遮断する。ＳＩＰサーバ５０は、端末３０に２００（ＯＫ）を含むメッセージを送信し（Ｓ３２７）、端末３０とＳＩＰサーバ５０との間のＳＩＰプロトコルに基づく通信を遮断する。
【００９３】
同報サーバ６０は、ＳＩＰサーバ５０に２００（ＯＫ）を含むメッセージを送信し、同報サーバ６０とＳＩＰサーバ５０との間のＳＩＰプロトコルに基づく通信を遮断した後、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２に、たとえばＲＯＭ６２に格納されている終了音をユニキャスト方式で送信する（Ｓ３２８、Ｓ３２９）。なお、終了音の送信順は任意である。拡声ユニットＡ４０−１および拡声ユニットＢ４０−２は、終了音をスピーカ４６から放音する。
【００９４】
同報サーバ６０は、音声の送信（放送）が終了すると、拡声ユニットＡ４０−１および拡声ユニットＢ４０−２に接続を遮断することを示すＢＹＥを含むメッセージをそれぞれユニキャスト方式で送信する（Ｓ３３０、Ｓ３３２）。送信順は任意である。拡声ユニットＡ４０−１および拡声ユニットＢ４０−２は、同報サーバ６０に２００（ＯＫ）を含むメッセージを送信し（Ｓ３３１、Ｓ３３３）、同報サーバ６０と拡声ユニットＡ４０−１、同報サーバ６０と拡声ユニットＢ４０−２、との間のＳＩＰプロトコルに基づく通信を遮断する。
【００９５】
以上説明したように、本発明の実施形態に係る同報通信システム１００は、同報通信用のＳＩＰサーバとして同報サーバ６０を用意し、ユニキャスト方式で同報通信を行う。また、ユニキャスト方式で同報通信を行うにあたり、各拡声ユニットの状態をＳＩＰプロトコルに基づいて確認し、送信先の端末が通話中であったり、故障中であったりした場合は同報通信を行わない。このような構成を採ることによって、従来の同報通信システムではすべての通信経路上のルータがマルチキャスト方式に対応しており、特定の端末からのマルチキャスト送信を許可するためには通信経路上のすべてのルータの設定を変更する必要があったが、通信経路上のルータがマルチキャスト方式に対応していない場合であっても同報通信が可能であり、また、特段のルータの設定の必要はない。また、従来の同報通信システムでは一部の送信先の端末が通話中であったり、故障中で有ったりする場合、同報通信ができなかったが、送信先の端末が通話中であったり、故障中であったりした場合でも同報通信が可能になる。さらに、同報通信用のＳＩＰサーバである同報サーバ６０を設けることによって、同報通信を行っている際でも、通常の呼制御を行うＳＩＰサーバ５０にかかる負荷が増加することがない。
【００９６】
本発明は、上記実施形態に限らず、さまざまな変形および応用が可能である。
【００９７】
同報用電話番号、最小台数、対応する端末のＳＩＰ  ＵＲＩ、の対応付けは自由に行ってもよい。また、上記実施形態では、ＳＩＰを通信プロトコルとして用いたが、Ｈ．３２３などの他の通信プロトコルを用いてもよい。
【００９８】
上記実施形態では、同報サーバテーブル３００は、同報用電話番号を管理したが、同報用電話番号の代わりに同報用のＳＩＰ  ＵＲＩを与えてもよい。この場合、同報サーバテーブル３００には、同報用のＳＩＰ  ＵＲＩと、最小台数と、対応する端末のＳＩＰ  ＵＲＩと、が対応付けて記憶される。同報サーバ６０は、ＳＩＰサーバ５０から受信した同報用ＳＩＰ  ＵＲＩを検索キーとして、対応する端末（拡声ユニット４０）を検索する。
【００９９】
上記実施形態では、同報サーバテーブル３００は、対応する端末のＳＩＰ  ＵＲＩを管理したが、ＳＩＰ  ＵＲＩの代わりに電話番号で管理してもよい。この場合、同報サーバテーブル３００には、同報用電話番号と、最小台数と、対応する端末の電話番号と、が対応付けて記憶される。同報サーバ６０は、ＳＩＰサーバ５０から受信した同報用電話番号を検索キーとして、対応する端末（拡声ユニット４０）を検索する。
【０１００】
上記実施形態では、同報サーバ６０が同報通信を行う基準として、最小台数を用いたが、基準は任意に設定してよい。たとえば、所定の拡声ユニットを含む場合に限り同報通信を行う、といった基準を用いてもよい。この場合、同報サーバ６０は、２００（ＯＫ）を含むメッセージを送ってきて、ＡＣＫを含むメッセージを送った拡声ユニットに、所定の拡声ユニット４０が含まれているかどうかを判別し、含まれていると判別したときには、端末３０から送られてきた音声を当該拡声ユニット４０に送信し、端末３０に同報通信不可のメッセージを送信すればよく、所定の拡声ユニットが含まれていないと判別したときは、端末３０に同報通信不可のメッセージを送信すればよい。２００（ＯＫ）を含むメッセージを送ってきた拡声ユニット４０とは呼が確立しているからである。
【０１０１】
上記実施形態では、ＳＩＰサーバ５０と同報サーバ６０とを分けたが、ＳＩＰサーバ５０および同報サーバ６０を物理的に１台ずつに分けなくともよい。ＳＩＰサーバ５０および同報サーバ６０は、物理的に１台のサーバ上で動作させてもよい。また、ＳＩＰサーバ５０や、同報サーバ６０は、複数台のサーバから構成されてもよい。
【０１０２】
上記実施形態では、同報通信可能なときは端末３０に２００（ＯＫ）を含むメッセージが来て、同報通信不可のときは端末３０に４８６（ＢＵＳＹ）を含むメッセージが来るが、端末３０への通知方法は任意である。たとえば、ＳＩＰプロトコルの他のメッセージを用いて端末３０へ通知してもよく、また、ＳＩＰプロトコルを用いないで別のプロトコルを用いて端末３０へ通知してもよい。
【０１０３】
本発明に係る同報通信システムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。たとえば、上述の動作を実行するためのプログラムを、コンピュータシステムが読みとり可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）に格納して配布し、当該プログラムをコンピュータシステムにインストールすることにより、上述の処理を実行する同報通信システムを構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有するストレージに当該プログラムを格納しておき、通常のコンピュータシステムがダウンロード等することで同報通信システムを構成してもよい。
【０１０４】
また、上述の機能を、ＯＳ（Operating System）とアプリケーションとの分担、またはＯＳとアプリケーションとの協働により実現する場合などには、アプリケーション部分のみを記録媒体やストレージに格納してもよい。
【０１０５】
また、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。たとえば、通信ネットワーク上の掲示板（Bulletin Board System）に前記プログラムを掲示し、ネットワークを介して前記プログラムを配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行できるように構成してもよい。
【図面の簡単な説明】
【０１０６】
【図１】本発明の実施形態に係る同報通信システムの構成図である。
【図２】図１のＳＩＰサーバの構成図である。
【図３】図１の端末の構成図である。
【図４】図１の同報サーバの構成図である。
【図５】図１の拡声ユニットの構成図である。
【図６】ＳＩＰサーバが管理するＳＩＰサーバ用テーブルを示す図である。
【図７】同報サーバが管理する同報サーバテーブルを示す図である。
【図８】同報サーバが同報を行う場合の端末、ＳＩＰサーバ、同報サーバ、拡声ユニットのシーケンス図である。
【図９】同報サーバが同報を行わない場合の端末、ＳＩＰサーバ、同報サーバ、拡声ユニットのシーケンス図である。
【図１０】応答しない拡声ユニットを含むとき、同報サーバが同報を行う場合の端末、ＳＩＰサーバ、同報サーバ、拡声ユニットのシーケンス図である。
【符号の説明】
【０１０７】
１０                        ＩＰ網
２０、２０−１〜２０−３    ルータ
３０、３０−１〜３０−４    端末
４０、４０−１〜４０−４    拡声ユニット
５０                        ＳＩＰサーバ
６０                        同報サーバ
【図１】
2008278267.tif 000003
【図２】
2008278267.tif 000004
【図３】
2008278267.tif 000005
【図４】
2008278267.tif 000006
【図５】
2008278267.tif 000007
【図６】
2008278267.tif 000008
【図７】
2008278267.tif 000009
【図８】
2008278267.tif 000010
【図９】
2008278267.tif 000011
【図１０】
2008278267.tif 000012