JP5157238B2 - 同報サーバ、同報通信システムおよびプログラム - Google Patents

Description

本発明は、回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信する同報サーバ、同報通信システムおよびプログラムに関する。

従来の同報通信システムには、送信元端末から同報用電話番号への接続要求を同報サーバが受信すると、同報サーバは、送信元の同報資格を確認した後、複数の端末に同一の音声情報をマルチキャスト方式で送信するものがある。

たとえば、特許文献１は、このような同報通信システムの一例として、送信元の端末から同報用電話番号とその電話番号に対応する複数の端末の電話番号を関連づけたテーブルを記憶する同報サーバをＬＡＮ（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）に前記プログラムを掲示し、ネットワークを介して前記プログラムを配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行できるように構成してもよい。

本発明の実施形態に係る同報通信システムの構成図である。 図１のＳＩＰサーバの構成図である。 図１の端末の構成図である。 図１の同報サーバの構成図である。 図１の拡声ユニットの構成図である。 ＳＩＰサーバが管理するＳＩＰサーバ用テーブルを示す図である。 同報サーバが管理する同報サーバテーブルを示す図である。 同報サーバが同報を行う場合の端末、ＳＩＰサーバ、同報サーバ、拡声ユニットのシーケンス図である。 同報サーバが同報を行わない場合の端末、ＳＩＰサーバ、同報サーバ、拡声ユニットのシーケンス図である。 応答しない拡声ユニットを含むとき、同報サーバが同報を行う場合の端末、ＳＩＰサーバ、同報サーバ、拡声ユニットのシーケンス図である。

符号の説明

１０ ＩＰ網
２０、２０−１〜２０−３ ルータ
３０、３０−１〜３０−４ 端末
４０、４０−１〜４０−４ 拡声ユニット
５０ ＳＩＰサーバ
６０ 同報サーバ

Claims (7)

1. 回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信する同報サーバであって、
   同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段と、
   送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段と、
   前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末が所定台数以上か否かを判別し、音声を送信可能な端末が所定台数以上の場合は送信元端末に接続可信号を送信し、音声を送信可能な端末が所定台数未満の場合は送信元端末に接続不可信号を送信する呼制御手段と、
   送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段と、
   を備える、
   ことを特徴とする同報サーバ。
2. 前記同報送信手段は、
   送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末のそれぞれにユニキャスト送信することにより同報送信を実現する、
   ことを特徴とする請求項１に記載の同報サーバ。
3. 前記呼制御手段は、
   前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末が所定台数以上か否かを判別し、音声を送信可能な端末が所定台数未満の場合は送信元端末に接続不可信号を送信し、前記複数の端末のうち、接続が完了した端末との接続を解除する、
   ことを特徴とする請求項１又は２に記載の同報サーバ。
4. 前記呼制御手段は、
   前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末が所定台数以上か否かを判別し、音声を送信可能な端末が所定台数未満の場合は送信元端末に接続不可信号を送信し、前記複数の端末のうち、接続が完了した端末に中止音を送信する、
   ことを特徴とする請求項３に記載の同報サーバ。
5. 回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信する同報サーバであって、
   同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段と、
   送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段と、
   前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末の中に所定の端末が含まれているか否かを判別し、音声を送信可能な端末の中に所定の端末が含まれている場合は、送信元端末に接続可信号を送信し、音声を送信可能な端末の中に所定の端末が含まれていない場合は、送信元端末に接続不可信号を送信する呼制御手段と、
   送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段と、
   を備える、
   ことを特徴とする同報サーバ。
6. 回線網に接続された複数の端末の呼制御を行う呼制御サーバと、複数の端末に送信元端末からの音声信号を同報送信する同報サーバと、を備える同報通信システムであって、
   前記呼制御サーバは、
   送信元端末から同報用端末特定情報への接続要求信号を受信すると、当該同報用端末特定情報を前記同報サーバに送信する端末特定情報送信手段を備え、
   前記同報サーバは、
   前記同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段と、
   送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段と、
   前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末が所定台数以上か否かを判別し、音声を送信可能な端末が所定台数以上の場合は送信元端末に接続可信号を送信し、音声を送信可能な端末が所定台数未満の場合は送信元端末に接続不可信号を送信する呼制御手段と、
   送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段と、
   を備える、
   ことを特徴とする同報通信システム。
7. 回線網に接続された送信元端末からの音声信号を、複数の端末に同報送信するコンピュータを、
   同報用端末特定情報と、複数の端末特定情報と、を対応付けて記憶する同報用端末情報記憶手段、
   送信元端末から前記同報用端末特定情報への接続要求信号を受信する受信手段、
   前記受信手段が受信した前記同報用端末特定情報に対応付けられた複数の端末情報を前記同報用端末情報記憶手段から読み出し、当該読み出された複数の端末に、それぞれ接続要求を行い、その接続状況に基づいて、音声を送信可能な端末が所定台数以上か否かを判別し、音声を送信可能な端末が所定台数以上の場合は送信元端末に接続可信号を送信し、音声を送信可能な端末が所定台数未満の場合は送信元端末に接続不可信号を送信する呼制御手段、
   送信元端末との接続完了後に送信元端末より受信する音声信号を、前記複数の端末のうち、接続が完了した端末に同報送信する同報送信手段、
   として機能させる、
   ことを特徴とするプログラム。

Images