(57)【特許請求の範囲】
【請求項１】
配信対象エリアに分散配置され不特定多数の人に向けて情報を配信する複数の子局に対し、前記配信情報を表す伝送情報を互いに独立する複数のネットワークを介して同報配信する情報配信装置であって、
前記複数のネットワークに対応して設けられ、当該ネットワークにおいて規定される通信プロトコルに従い前記複数の子局との間で通信を行う複数のネットワーク・インタフェースと、
外部端末からの配信要求の入力を受け付ける入力インタフェースと、
前記複数のネットワーク・インタフェースを統括的に管理するネットワーク連携制御モジュールと
を具備し、
前記複数のネットワーク・インタフェースは、
インターネット・プロトコル（ＩＰ；Internet Protocol）を使用するネットワークに対応するインタフェースと、
携帯パケットネットワークに対応するインタフェースと、
マルチチャネルアクセス（ＭＣＡ；Multi Channel Access）ネットワークに対応するインタフェースと、
ＦＭ放送ネットワークに対応するインタフェースと
を備え、
前記ネットワーク連携制御モジュールは、
前記入力インタフェースが配信要求の入力を受け付けた場合に、当該配信要求の内容を前記複数の子局に伝送するための伝送情報を生成する生成手段と、
前記伝送情報の送信に使用するネットワーク・インタフェースを前記複数のネットワーク・インタフェースの中から選択する選択手段と、
前記生成された伝送情報のデータフォーマットを、前記選択されたネットワークにおいて規定される通信プロトコルに対応するデータフォーマットへ変換する変換手段と、
前記選択されたネットワークにおいて規定される通信プロトコルに対応するデータフォーマットに変換された伝送情報を、前記選択されたネットワーク・インタフェースに転送し、このネットワーク・インタフェースから前記複数の子局に向け送信させる送信制御手段と
を備えることを特徴とする情報配信装置。
【請求項２】
前記複数の子局が、配信情報を表す音声ファイルをその識別情報に対応付けて記憶する手段と、この記憶された音声ファイルを選択的に読み出して当該音声ファイルにより表される音声信号を出力する手段とを備える場合に、
前記ネットワーク連携制御モジュールの生成手段は、前記入力インタフェースが配信要求の入力を受け付けた場合に、配信を要求する旨のメッセージと、配信すべき音声ファイルに対応する識別情報と含む伝送情報を生成する
ことを特徴とする請求項１記載の情報配信装置。
【請求項３】
前記複数の子局が、配信情報の種類をチャイム又はサイレンにより表す第１の音声ファイルと、配信情報の内容を音声メッセージにより表す第２の音声ファイルとを、その識別情報に対応付けてそれぞれ記憶する手段と、この記憶された第１及び第２の音声ファイルを識別情報に応じて選択的に読み出し、この読み出された音声ファイルにより表されるチャイム又はサイレン、及び音声メッセージ信号を出力する手段とを備える場合に、
前記ネットワーク連携制御モジュールの生成手段は、前記入力インタフェースが配信要求の入力を受け付けた場合に、配信を要求する旨のメッセージと、配信情報の種類を表す第１の音声ファイルに対応する識別情報と、配信情報の内容を表す第２の音声ファイルに対応する識別情報とを含む伝送情報を生成する
ことを特徴とする請求項１記載の情報配信装置。
【請求項４】
前記入力インタフェースは、
前記配信要求及び配信情報の内容を入力するための複数の入力欄を有しかつこれらの入力欄が前記複数のネットワークに対し共通に構成された入力支援画面データを前記外部端末へ送信して表示させる手段と、
前記共通入力画面データの複数の入力欄に入力された配信要求及び配信情報の内容を表す情報を、前記外部端末から受信する手段と
を備え、
前記ネットワーク連携制御モジュールの生成手段は、前記入力インタフェースにより配信要求が受信された場合に、当該配信要求と共に受信された配信情報の内容を表す情報を子局に伝送するための伝送情報を生成する
ことを特徴とする請求項１乃至３のいずれかに記載の情報配信装置。
【請求項５】
前記入力インタフェースは、
前記外部端末から通信ネットワークを介して送られる起動パケットを受信した場合に、前記複数のネットワーク・インタフェース及び前記ネットワーク連携制御モジュールを起動する手段と、
前記起動後に前記外部端末から通信ネットワークを介して送られる配信要求を受信する手段と
を備えることを特徴とする請求項１乃至４のいずれかに記載の情報配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば災害発生時に災害情報を不特定多数の人に同報配信する機能を備えた情報配信装置に関する。
【背景技術】
【０００２】
地震や集中豪雨等により災害が発生した場合には、その発生状況や避難に関する情報を多くの人に洩れなくかつ迅速に伝達する必要があり、そのために防災行政無線システムが構築されている。防災行政無線システムは、例えば以下のように構成される。すなわち、地域内に複数の防災無線基地局とこれらの基地局との間で無線通信が可能な複数の音声放送受信機をそれぞれ分散配置し、上記各防災無線基地局を伝送路を介して防災用制御局に接続し、さらにこの制御局から伝送路を介して防災センタに接続する。そして、地震等の災害が発生した場合に、防災センタにおいて災害情報を生成してこの情報を防災用制御局を介して各防災無線基地局へ伝送し、これらの基地局から無線送信する。この無線送信された災害情報は音声放送受信機で受信され、この音声放送受信機に接続された屋外スピーカからその地域にいる不特定多数の人々（住民や通行人）に向けて音声やサイレンにより情報内容が拡声報知される。
【０００３】
ところが、このような従来の防災行政無線システムは、各防災無線基地局から各音声放送受信機に対し、単一の専用無線ネットワークを使用して災害情報を送信するようにしている。このため、災害の影響により上記専用無線ネットワークに障害が発生すると、防災無線基地局から音声放送受信機へ災害情報が伝送されず、この結果地域の人々への災害情報の配信が行えなくなるおそれがある。
【０００４】
一方、音声放送受信機から拡声放送される音声が届きにくい場所にいる個人に災害情報を配信するために、個人が所持する携帯無線端末機を利用し、災害情報を公衆移動通信ネットワークを介して上記携帯無線端末機に送信するシステムが提案されている（例えば、特許文献１を参照。）。このシステムを用いれば、上記防災行政無線システムの専用無線ネットワークに障害が発生した場合でも、個人に対し災害情報を配信することが可能となる。
【０００５】
しかしながらこのシステムでは、携帯無線端末機を所持しない人や所持していても携帯無線端末機の電源を投入していない人には災害情報を配信することができない。また、基本的に特定の個人に対し災害情報を配信するものであるため、災害発生時の公衆移動通信ネットワークの輻輳等を考慮すると、不特定多数の人々に同時に災害情報を配信することは現状では困難である。すなわち、このシステムはあくまでも音声放送受信機による音声放送の補助的手段に過ぎず、不特定多数の人に対する災害情報の同報配信を担うものではない。
【０００６】
【特許文献１】特開２００１−３６６４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
以上述べたように従来の防災行政無線システムでは、防災無線基地局と音声放送受信機との間の専用無線ネットワークに障害が発生すると、防災無線基地局から音声放送受信機へ災害情報が伝送されず、この結果地域の人々へ災害情報が配信できなくなる。また、個人が所持する携帯無線端末機を利用して災害情報を配信するシステムでは、不特定多数の人に対し災害情報を同報配信することが困難である。
【０００８】
この発明は上記事情に着目してなされたもので、その目的とするところは、通信障害が発生しやすい状況下にあっても不特定多数の人に対する情報の同報配信機能を維持し、これにより堅牢で信頼性の高い情報配信を可能にした情報配信装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するためにこの発明の一観点は、配信対象エリアに分散配置され不特定多数の人に向けて情報を配信する複数の子局に対し、上記配信情報を表す伝送情報を互いに独立する複数のネットワークを介して同報配信する情報配信装置にあって、  
上記複数のネットワークに対応して、当該ネットワークにおいて規定される通信プロトコルに従い上記複数の子局との間で通信を行う複数のネットワーク・インタフェースを設けると共に、外部端末からの配信要求の入力を受け付ける入力インタフェースと、上記複数のネットワーク・インタフェースを統括的に管理するネットワーク連携制御モジュールを設ける。  
上記複数のネットワーク・インタフェースには、インターネット・プロトコル（ＩＰ；Internet Protocol）を使用するネットワークに対応するインタフェースと、携帯パケットネットワークに対応するインタフェースと、マルチチャネルアクセス（ＭＣＡ；Multi Channel Access）ネットワークに対応するインタフェースと、ＦＭ放送ネットワークに対応するインタフェースとを設ける。
そして、上記ネットワーク連携制御モジュールにおいて、上記入力インタフェースが配信要求の入力を受け付けた場合に、当該配信要求の内容を上記複数の子局に伝送するための伝送情報を生成すると共に、上記伝送情報の送信に使用するネットワーク・インタフェースを上記複数のネットワーク・インタフェースの中から選択し、上記生成された伝送情報のデータフォーマットを、上記選択されたネットワークにおいて規定される通信プロトコルに対応するデータフォーマットに変換したのち、この変換された伝送情報を上記選択されたネットワーク・インタフェースから上記複数の子局に向け送信させるように構成したものである。
【００１０】
したがってこの発明によれば、伝送情報が上記複数のネットワーク、すなわちインターネット・プロトコル（ＩＰ；Internet Protocol）を使用するネットワーク、携帯パケットネットワーク、マルチチャネルアクセス（ＭＣＡ；Multi Channel Access）ネットワーク、及びＦＭ放送ネットワークを介して子局に同報配信されるので、上記複数のネットワークのいずれかで障害が発生しても、他のネットワークを介して伝送情報を伝送することが可能となる。このため、災害等に対し堅牢で信頼性の高い情報配信が可能となる。また、配信情報はユーザ個人の携帯端末に直接配信されるのではなく、一旦子局に伝送されてこの子局から例えば音声放送により不特定多数の人に向けて同報配信されるので、携帯端末を所持していない人に対しても、またネットワークの輻輳の影響を大きく受けることなく、不特定多数の人に対し情報を洩れなく迅速に配信することが可能となる。
【００１１】
この発明の一観点は、以下のような各種具体的構成を備えることも特徴とする。  
第１の構成は、複数の子局が、配信情報を表す音声ファイルをその識別情報に対応付けて記憶する手段と、この記憶された音声ファイルを選択的に読み出して当該音声ファイルにより表される音声信号を出力する手段とを備える場合に、伝送情報を生成する際に、配信要求の入力に応じて、配信を要求する旨のメッセージと、配信すべき音声ファイルに対応する識別情報と含む伝送情報を生成するものである。  
このような構成であれば、情報配信装置は子局に対し音声ファイルの識別情報を伝送すればよく、音声ファイルそれ自体を伝送する必要がないので、伝送情報のデータ量を削減してネットワークのトラフィックの増加を抑えることが可能となる。
【００１２】
第２の構成は、複数の子局が、配信情報の種類をチャイム又はサイレンにより表す第１の音声ファイルと、配信情報の内容を音声メッセージにより表す第２の音声ファイルを、その識別情報に対応付けてそれぞれ記憶する手段と、この記憶された第１及び第２の音声ファイルを識別情報に応じて選択的に読み出し、この読み出された音声ファイルにより表されるチャイム又はサイレン、及び音声メッセージ信号を出力する手段とを備える場合に、伝送情報を生成する際に、配信要求の入力に応じて、配信を要求する旨のメッセージと、配信情報の種類を表す第１の音声ファイルに対応する識別情報と、配信情報の内容を表す第２の音声ファイルに対応する識別情報とを含む伝送情報を生成するものである。  
このように構成すると、配信情報の内容だけでなく、配信情報の種類をチャイム又はサイレンにより報知することが可能となり、人々に配信情報の種類を認知しやすくすることが可能となる。
【００１３】
第３の構成は、上記入力インタフェースに、上記配信要求及び配信情報の内容を入力するための複数の入力欄を有しかつこれらの入力欄が上記複数のネットワークに対し共通に構成された入力支援画面データを上記外部端末へ送信して表示させる手段と、上記共通入力画面データの複数の入力欄に入力された配信要求及び配信情報の内容を表す情報を、上記外部端末から受信する手段とを備える。そして、ネットワーク連携制御モジュールにおいて伝送情報を生成する際に、上記入力インタフェースにより受信された配信要求及び配信情報の内容を表す情報をもとに伝送情報を生成するものである。  
このように構成すると、情報配信の管理者は、配信要求と配信情報の内容を入力する際に、表示された入力支援画面に従い必要項目を洩れなくかつ誤ることなく入力することが可能となり、これにより入力作業の効率を高めることができる。しかも、入力支援画面は複数のネットワークに対し共通に構成されているため、管理者は複数のネットワークのそれぞれについて専用の配信情報を入力する必要がない。このため、管理者の負担を軽減して入力作業効率をさらに高めることができる。
【００１４】
第４の構成は、入力インタフェースに、上記外部端末から通信ネットワークを介して送られる起動パケットを受信した場合に、上記複数のネットワーク・インタフェース及び上記ネットワーク連携制御モジュールを起動する手段と、上記起動後に上記外部端末から通信ネットワークを介して送られる配信要求を受信する手段とを備えたものである。  
このように構成すると、管理者は、遠隔地に設置されたパーソナル・コンピュータや自身が所持する携帯端末等の外部端末を使用して情報配信装置に対し配信要求を入力することが可能となり、これにより地震等の災害が発生した場合に、どこからでも迅速に情報配信を指示することができる。
【発明の効果】
【００１６】
要するにこの発明によれば、通信障害が発生しやすい状況下にあっても不特定多数の人に対する情報の同報配信機能を維持し、これにより堅牢で信頼性の高い情報配信を可能にした情報配信装置を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照してこの発明に係わる実施形態を説明する。
図１は、この発明の一実施形態に係わる情報配信装置を備えた防災情報配信システムの概略構成図である。  
この防災情報配信システムは、防災センタＣＴ内に情報配信装置としての制御サーバ（親局）ＳＶを設置すると共に、配信対象エリア内の学校や支所、集会所等に複数の子局を分散配置している。上記制御サーバＳＶには、システム管理者等が使用するクライアント用のパーソナル・コンピュータＰＣＣが、例えば防災センタＣＴ内に敷設されたＬＡＮ（Local Area Network）を介して接続され、また防災センタＣＴの職員又は住民が所持する携帯電話機ＭＳＣが携帯電話ネットワークＮＷ１を介して接続される。
【００１８】
上記クライアント用のパーソナル・コンピュータＰＣＣ及び携帯電話機ＭＳＣは、システム管理者又は職員が制御サーバＳＶに対し配信要求を入力するために使用される。配信要求には、行政同報案内における定時放送を要求するものと、防災同報放送及び避難所ラジオ放送を要求するものがある。
【００１９】
上記制御サーバＳＶと複数の子局との間は、携帯電話ネットワークＮＷ１と、ＩＰ（Internet Protocol）ネットワークＮＷ２と、ＭＣＡ（Multi Channel Access）ネットワークＮＷ３とを選択的に使用して接続される。また、上記制御サーバＳＶから子局への情報伝送にミニＦＭラジオ放送システムを利用することも可能となっている。
【００２０】
図２は、上記制御サーバＳＶと複数の子局との間の接続構成を示すものである。同図に示すように、携帯電話ネットワークＮＷ１を使用する場合には、制御サーバＳＶから子局ＳＭＭに向けて、携帯電話ネットワークＮＷ１に設けられるメールサーバＳＶＭを介して配信要求が電子メールにより送られる。通信プロトコルとしてはSMTP（Simple Mail Transfer Protocol）が用いられる。子局ＳＭＭには携帯端末ＭＳＳが接続されており、上記配信要求はこの携帯端末ＭＳＳにより受信され子局ＳＭＭに入力される。子局ＳＭＭには拡声器ＳＰＭが接続されており、子局ＳＭＭは上記受信された配信要求により指定される配信情報を拡声器ＳＰＭから音声により出力する。出力される配信情報の種類には、チャイム、サイレン及び音声メッセージがある。
【００２１】
ＩＰネットワークＮＷ２を使用する場合には、制御サーバＳＶから子局ＳＭＩに向けて、ＩＰネットワークＮＷ２を介して配信要求が送られる。通信プロトコルとしては、TCP/IP（Transmission Control Protocol／Internet Protocol）が用いられる。子局ＳＭＩには拡声器ＳＰＩが接続されており、子局ＳＭＩは上記受信された配信要求に従い配信情報を拡声器ＳＰＩから音声により出力する。
【００２２】
ＭＣＡ無線ネットワークＮＷ３を使用する場合には、制御サーバＳＶにおいて配信情報を表す音声信号を生成し、この音声信号をＭＣＡ送受信機ＡＴからＭＣＡ基地局ＡＢを介してＭＣＡ送受信機ＡＲへ送信する。通信プロトコルとしては、ARIB STD-T85が用いられる。ＭＣＡ送受信機ＡＲにより受信された音声信号は子局ＳＭＡに入力される。子局ＳＭＡは、上記入力された音声信号を拡声器ＳＰＡから音声として拡声出力する。  
なお、上記各拡声器ＳＰＭ，ＳＰＩ，ＳＰＡはいずれも増幅器と野外スピーカとを備えたもので、子局ＳＭＭ，ＳＭＩ，ＳＭＡから出力される音声信号を所定のレベルに増幅したのち野外スピーカから拡声出力する。
【００２３】
ミニＦＭラジオ放送を利用する場合には、制御サーバＳＶから子局ＳＭＦに対しＩＰネットワークＮＷ２を介して配信要求を送信する。子局ＳＭＦにはミニＦＭ送信機ＦＴが接続されている。子局ＳＭＦは、制御サーバＳＶから送られた配信要求により指定されるチャイム、サイレン又は音声メッセージからなる音声信号を、ミニＦＭ送信機ＦＴからエリア内のＦＭラジオ受信機ＲＤに向けて予め規定された小電力により放送する。
【００２４】
なお、上記各子局ＳＭＭ，ＳＭＩ，ＳＭＡ，ＳＭＦは、その機能を個別に備えた単一機能の子局としてこれらの集合体を支所や学校等の各音声放送所にそれぞれ設置するようにしてもよいが、上記各機能をすべて備えた統合子局としてこれを上記各音声放送所にそれぞれ設置するようにしてもよい。
【００２５】
ところで、制御サーバＳＶは次のように構成される。図３はそのハードウエアの構成を示すブロック図である。  
すなわち、制御サーバＳＶは、マイクロプロセッサからなる中央処理ユニット（ＣＰＵ；Central Processing Unit）を備え、このＣＰＵ１１にはバスを介してプログラムメモリ１３と、データメモリ１４と、通信端子群１５と、外部接続端子群１６がそれぞれ接続されている。通信端子群１５は利用する複数種のネットワークＮＷ１，ＮＷ２，ＮＷ３に対応する複数の通信ポートを備える。外部接続端子１６には、例えば構内ＬＡＮを介してクライアント用のパーソナル・コンピュータＰＣＣが接続される。
【００２６】
データメモリ１４には、配信情報データベースと、子局情報管理テーブルが設けられている。配信情報データベースには、配信が想定される複数の配信情報のコンテンツファイルが、その識別情報（コンテンツＩＤ）に対応付けて格納されている。コンテンツファイルには、定時放送を知らせるチャイム音を表す音声ファイルと、防災同報放送又は避難所ラジオ放送を知らせるサイレン音を表す音声ファイルと、放送内容である音声メッセージを表す音声ファイルがある。
【００２７】
子局情報管理テーブルは、子局回線テーブルと、子局属性テーブルと、群メンバテーブルとから構成される。子局回線テーブルには、「子局ＩＤ」、「回線ＩＤ」、「地域コード」、「利用者番号」、「グループ番号」及び「受信機器ＩＤ」が記憶可能となっている。また子局属性テーブルには、「子局ＩＤ」、「子局名」、「最優先回線」、「商用電源」、「蓄電池電圧」及び「扉開閉状態」等の子局属性を表す各情報が記憶可能となっている。これらの子局回線テーブル及び子局属性テーブルに記憶される各情報は、利用するネットワークの種類に応じて選択的に登録される。群テーブルには、「群名」及び「群ＩＤ」と、当該群に属する子局の「子局ＩＤ」が記憶される。
【００２８】
一方、制御サーバＳＶのプログラムメモリ１３には以下のようなアプリケーション・プログラムが格納されている。図４はそのソフトウエア構成を示すブロック図である。  
すなわち、制御サーバＳＶは、本発明を実現する上で必要なアプリケーション・プログラムとして、ユーザインタフェースモジュール（ユーザＩ／Ｆ）２１と、複数の連携インタフェースモジュール（連携Ｉ／Ｆ）２２１〜２２ｎと、配信コンテンツ作成・管理モジュール２３と、連携制御応答管理モジュール２４と、グループ管理モジュール２５と、システム間インタフェースモジュール（システム間Ｉ／Ｆ）２６とを備えている。なお、これらのアプリケーション・プログラムはいずれも、オペレーティングシステム（ＯＳ；Operating System）及びミドルウエア上を介してＣＰＵ１１により実行される。
【００２９】
ユーザＩ／Ｆ２１は、クライアント用のパーソナル・コンピュータＰＣＣとの間で子局管理情報や配信要求等の操作情報の入出力を行うもので、クライアント用のパーソナル・コンピュータＰＣＣに対し入力画面データを出力して表示させると共に、この入力画面データに従い入力された操作情報を取り込む処理を、上記ＣＰＵ１１に実行させる。
【００３０】
連携Ｉ／Ｆ２２１〜２２ｎは、システムが使用する携帯電話ネットワークＮＷ１、ＩＰネットワークＮＷ２、ＭＣＡ無線ネットワークＮＷ３、及びミニＦＭラジオ放送用のネットワークに一対一に対応して設けられる。これらの連携Ｉ／Ｆ２２１〜２２ｎは、クライアント用のパーソナル・コンピュータＰＣＣの操作に応じて、図中の連携Ｉ／Ｆ２２ｉに示すように選択的に削除及び追加が可能である。
【００３１】
上記連携Ｉ／Ｆ２２１〜２２ｎのうち、携帯電話ネットワークＮＷ１に対応する連携Ｉ／Ｆは、SMTP（Simple Mail Transfer Protocol）によるメールサーバＳＶＭへの「メッセージＲ」の送信要求と、HTTP（Hyper Text Transport Protocol）による子局ＳＭＭとの間の要求電文ダウンロードリクエスト及び要求電文ダウンロードレスポンスの送受信と、子局ＳＭＭからの応答電文アップロードリクエストの受信処理などを、上記ＣＰＵ１１に実行させる。
【００３２】
ＩＰネットワークＮＷ２に対応する連携Ｉ／Ｆは、TCP/IPによる子局ＳＭＩへの要求電文の送信処理と、子局ＳＭＩからの応答電文の受信処理を、上記ＣＰＵ１１に実行させる。ＭＣＡ無線ネットワークＮＷ３に対応する連携Ｉ／Ｆは、RS232CによるＭＣＡ送受信機ＡＴへのアクセス制御等を、上記ＣＰＵ１１に実行させる。ミニＦＭラジオ放送に対応する連携Ｉ／Ｆは、上記ＩＰネットワークＮＷ２に対応する連携Ｉ／Ｆと同様に、TCP/IPによる子局ＳＭＦへの要求電文の送信処理と、子局ＳＭＦからの応答電文の受信処理を、上記ＣＰＵ１１に実行させる。
【００３３】
配信コンテンツ作成・管理モジュール２３は、クライアント用のパーソナル・コンピュータＰＣＣの操作に応じて配信情報のコンテンツファイルを作成し、この作成したコンテンツファイルをその識別ＩＤに対応付けてデータメモリ１４内の配信情報データベースに格納する処理を、上記ＣＰＵ１１に実行させる。
【００３４】
連携制御応答管理モジュール２４は、上記連携Ｉ／Ｆ２２１〜２２ｎを統括制御することにより複数種のネットワークを選択的に使用した配信電文の送信制御とその応答電文の受信制御を、上記ＣＰＵ１１に実行させる。またその際、上記ユーザＩ／Ｆ２１において入力された配信要求の内容をもとにデータメモリ１４に記憶された子局情報管理テーブルを検索し、配信先の子局を特定する。さらに、上記ユーザＩ／Ｆ２１において共通フォーマットに従い入力された配信要求の情報を、送信対象のネットワークが使用する通信プロトコルに対応したデータフォーマットに変換する処理も行う。また、複数種類のネットワークの輻輳状態や通信品質を監視し、この監視結果をもとに送信先の子局の再選択を行う機能を持たせることも可能である。
【００３５】
グループ管理モジュール２５は、クライアント用のパーソナル・コンピュータＰＣＣにおける入力操作に応じて、上記子局情報管理テーブルに対する同報配信先の子局の登録と削除、群の登録と削除、群メンバの設定処理等を、上記ＣＰＵ１１に実行させる。  
システム間Ｉ／Ｆ２６は、同一の目的で構築された他の自治体の防災情報配信システムや、他の目的で構築されている国や自治体、企業のシステムとの連携を想定し、これらのシステムのサーバとの間で情報転送を行う処理を、上記ＣＰＵ１１に実行させる。
【００３６】
次に、以上のように構成された防災情報配信システムの動作を制御サーバＳＶの制御手順に従い説明する。  
（１）子局情報の管理  
（１−１）子局情報の登録  
図５は子局情報の登録処理の概要を示す図である。  
クライアント用のパーソナル・コンピュータＰＣＣから制御サーバＳＶに対しアクセスすると、制御サーバＳＶのユーザＩ／Ｆ２１からパーソナル・コンピュータＰＣＣに先ずメニューがダウンロードされて表示される。この状態で管理者が上記メニュー中の「子局情報の登録」を選択すると、制御サーバＳＶのユーザＩ／Ｆ２１から子局情報登録画面データがダウンロードされてパーソナル・コンピュータＰＣＣに表示される。図１４はこの子局情報登録画面の一例を示すものである。
【００３７】
管理者は、上記表示された子局情報登録画面に従い、先ず群名及び子局名をそれぞれ入力してその都度「登録」ボタンを押下する。また、回線選択欄に表示された、「ＭＣＡスピーカ」、「携帯スピーカ」、「ＩＰスピーカ」、「避難所ラジオ」の中から一つを選択することにより、上記入力した子局に対応する回線種別を設定する。さらに、上記回線の選択操作に応じて表示される回線属性入力欄において、「地域コード」、「利用者番号」、「グループ番号」、「受信機器ＩＤ」を回線種別に応じて選択的に入力する。例えば、ＭＣＡスピーカが選択された場合には、「地域コード」、「利用者番号」、「グループ番号」及び「受信機器ＩＤ」を入力し、携帯スピーカ、ＩＰスピーカ及び避難所ラジオが選択された場合には、「受信機器ＩＤ」のみを入力する。また、上記回線属性入力欄と共に表示される子局属性設定欄において、「最優先回線名」、「商用電源」、「蓄電池電圧」、「扉開放」のうち、「最優先回線」のみを入力する。
【００３８】
そうして必要項目の入力が終了し、管理者が登録終了操作を行うと、制御サーバＳＶのユーザＩ／Ｆ２１はパーソナル・コンピュータＰＣＣに「登録してもよろしいですか？」なる登録確認メッセージを表示する。ここで、管理者が「ＯＫ」ボタンを押下すると、制御サーバＳＶはグループ管理モジュール２５により、自動採番機能を動作させて子局ＩＤを生成する。そして、図５に示すように、上記子局ＩＤに対応付けて、上記選択された回線種別を表す「回線ＩＤ」、「地域コード」、「利用者番号」、「グループ番号」及び「受信機器ＩＤ」を子局情報管理テーブル内の子局回線テーブル４２に記憶する。なお、上記記憶項目のうち「地域コード」及び「利用者番号」は、別に用意した記憶エリア４３に分離して記憶してもよい。また、それと共に制御サーバＳＶのグループ管理モジュール２５は、「子局ＩＤ」、「子局名」、「最優先回線名」、「商用電源」、「蓄電池電圧」及び「扉開放」の各項目情報を子局属性テーブルに記憶する。図６は、上記登録項目の引数の一覧を示すものである。
【００３９】
上記登録制御において制御サーバＳＶのグループ管理モジュール２５は、登録情報に重複等の矛盾があるか否かを判定する。そして、矛盾がなければ「登録しました」なるメッセージを、一方矛盾が発見された場合には「内部矛盾が発生しました」なるメッセージを、ユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣへそれぞれ送り表示させる。
【００４０】
かくして、子局情報管理テーブルに対する子局情報の登録がなされる。子局は“０００１”〜“９９９９”により表される子局ＩＤにて管理される。また、それぞれの子局について、その子局ＩＤ及び子局名には子局の種別に応じて異なる宛先情報が関連付けられる。図１２にその関連付けの一例を示す。
【００４１】
（１−２）子局情報の削除  
図７は子局情報の削除処理の概要を示す図である。  
子局情報管理テーブルに記憶されている子局情報を削除する場合、管理者はクライアント用のパーソナル・コンピュータＰＣＣにおいて、制御サーバＳＶに対しアクセスしてメニュー選択により「子局情報の削除」を選択する。この結果、制御サーバＳＶのグループ管理モジュール２５により子局回線テーブル４２に記憶された子局情報が読み出され、この子局情報の一覧がユーザＩ／Ｆ２１からパーソナル・コンピュータＰＣＣにダウンロードされ表示される。
【００４２】
この状態で管理者が削除対象の子局名を選択して削除操作を行うと、制御サーバＳＶのグループ管理モジュール２５はパーソナル・コンピュータＰＣＣに、「削除してもよろしいですか？」なる削除確認メッセージを表示させる。この状態で管理者が「ＯＫ」ボタンを押下すると、制御サーバＳＶのグループ管理モジュール２５は上記子局情報の一覧において削除対象として選択された子局名を取得する。そして、この子局名に対応する子局ＩＤをもとに子局回線テーブル４２を検索して対応する回線属性情報を削除すると共に、上記子局ＩＤに対応する子局属性情報を子局属性テーブル４１から削除する。また、群テーブル４４から上記削除対象の子局に関する情報を削除する。
【００４３】
上記削除処理において制御サーバＳＶのグループ管理モジュール２５は、削除対象の子局情報の有無を判定する。そして、該当する子局情報が存在すれば「削除しました」なるメッセージを、一方該当する子局情報が存在しない場合には「内部矛盾が発生しました」なるメッセージを、ユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣにそれぞれ表示させる。
【００４４】
（１−３）群情報の登録  
図８は群情報の登録処理の概要を示す図である。  
図１４に示した子局情報登録画面において群名の入力操作が終了したのち、管理者が「ＯＫ」ボタンを押下すると、制御サーバＳＶのグループ管理モジュール２５は自動採番により群ＩＤを生成する。そして、図８に示すように上記群ＩＤに対応付けて上記入力された群名を子局情報管理テーブル内の群テーブル４４に記憶する。
【００４５】
上記登録制御において制御サーバＳＶのグループ管理モジュール２５は、登録情報に重複等の矛盾があるか否かを判定する。そして、矛盾がなければ「登録しました」なるメッセージを、一方矛盾が発見された場合には「内部矛盾が発生しました」なるメッセージを、ユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣにそれぞれ表示させる。
【００４６】
（１−４）群情報の削除  
図９は子局情報の削除処理の概要を示す図である。  
子局情報管理テーブル中の群テーブルに記憶されている群情報を削除する場合、管理者はクライアント用のパーソナル・コンピュータＰＣＣにおいて、先に述べた子局情報削除の場合と同様に、制御サーバＳＶに対しアクセスしてメニュー選択により「子局情報の削除」を選択する。この結果、制御サーバＳＶのグループ管理モジュール２５により子局情報管理テーブルに記憶された子局情報が読み出され、この子局情報の一覧がユーザＩ／Ｆ２１からパーソナル・コンピュータＰＣＣにダウンロードされ表示される。
【００４７】
この状態で管理者が削除対象の群名を選択して削除操作を行うと、制御サーバＳＶのグループ管理モジュール２５はユーザＩ／Ｆ２１からパーソナル・コンピュータＰＣＣに、「削除してもよろしいですか？」なる削除確認メッセージを送り表示させる。この状態で管理者が「ＯＫ」ボタンを押下すると、制御サーバＳＶのグループ管理モジュール２５は上記子局情報の一覧において削除対象として選択された群名を取得する。そして、この群名に対応する群ＩＤを群テーブル４４から検索し、この群ＩＤをもとに対応する群情報を群テーブル４４から削除する。
【００４８】
上記削除処理において制御サーバＳＶのグループ管理モジュール２５は、削除対象の群情報の有無を判定する。そして、該当する群情報が存在すれば「削除しました」なるメッセージを、一方該当する群情報が存在しない場合には「内部矛盾が発生しました」なるメッセージを、ユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣにそれぞれ表示させる。
【００４９】
（１−５）群メンバの設定  
図１０は群メンバの設定処理の概要を示す図である。  
群メンバを設定する場合、管理者は先に述べた子局情報の設定の場合と同様に、クライアント用のパーソナル・コンピュータＰＣＣから制御サーバＳＶにアクセスして、子局情報登録画面を表示させる。そして、この表示された子局情報登録画面において、群メンバに関する情報を入力する。入力する情報は、「群名」、群の「グループ番号」、「サブグループ番号」及び当該グループに属する「子局名」である。
【００５０】
上記必要情報の入力が終了し、管理者が設定終了操作を行うと、制御サーバＳＶのグループ管理モジュール２５はユーザＩ／Ｆ２１からパーソナル・コンピュータＰＣＣに「設定してもよろしいですか？」なる設定確認メッセージを表示する。ここで、管理者が「ＯＫ」ボタンを押下すると、制御サーバＳＶはユーザＩ／Ｄ２１によりパーソナル・コンピュータＰＣＣから上記入力された群メンバに関する情報、つまり「群名」、「群グループ番号」及び当該グループに属する子局の「子局ＩＤ」を取得する。そして、グループ管理モジュール２５により、上記取得された「群名」をもとに群テーブルから「群ＩＤ」を取得する。そして、群情報をメンバから削除する場合には、上記取得した「群ＩＤ」をもとに該当する群情報を群メンバテーブル４５から削除する。一方、群情報をメンバに挿入する場合には、上記子局情報登録画面において入力された情報に対応する「群ＩＤ」、「グループＩＤ」、「サブグループＩＤ」及び「子局ＩＤ」をもとに、群メンバテーブル４５に群グループに関する情報を挿入する。
【００５１】
以上の設定処理において制御サーバＳＶのグループ管理モジュール２５は、設定対象の群情報に重複等の矛盾があるか否かを判定する。そして、矛盾がなければ「設定しました」なるメッセージを、一方矛盾が発見された場合には「内部矛盾が発生しました」なるメッセージを、ユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣにそれぞれ表示させる。
【００５２】
すなわち、群メンバの設定は、群テーブルに記憶された群情報をもとに、クライアント用のパーソナル・コンピュータＰＣＣの画面上において登録済みの子局を選択することにより行われる。一つの子局は複数の群に所属することができる。また、群には子局のほかＭＣＡのグループを所属させることができる。図１３にこの群メンバの設定結果の一例を示す。
【００５３】
（２）子局への情報配信
（２−１）配信先の設定
配信先の設定は、複数種のネットワークに対し共通の通報呼出画面を用いて行われる。すなわち、クライアント用のパーソナル・コンピュータＰＣＣにおいて、管理者が制御サーバＳＶのユーザＩ／Ｆ２１からダウンロードされたメニューの中の「通報呼出先の設定」を選択すると、制御サーバＳＶのユーザＩ／Ｆ２１から通報呼出画面データがダウンロードされてパーソナル・コンピュータＰＣＣに表示される。図１５は防災同報・避難所ラジオ放送用の通報呼出画面の一例を示すものである。
【００５４】
図１５に示すように通報呼出画面には、宛先入力欄と、サイレン送出設定欄と、音声ファイル送出設定欄が設けられている。宛先入力欄には、呼出の種類として「一斉」、「群」、「個別」、「避難所」及び「親局」が表示されており、管理者はこれらの中から一つを選択する。
【００５５】
サイレン送出設定欄には、設定項目として「サイレン番号」、「視聴」、「ボリューム」、「回数」及び「送出時差」が表示され、さらに「送出ボタン」が表示されている。管理者は、これらの項目ごとに、その入力欄に表示される複数の候補の中から所望の候補を選択する。
【００５６】
例えば、「サイレン番号」については、サイレンの種類に対し自動採番機能により予め番号Ｓ０００００００１〜Ｓ９９９９９９９９が設定されており、管理者はこれらのサイレン番号の中から所望の番号を選択する。「視聴」を選択すると、制御サーバＳＶからパーソナル・コンピュータＰＣＣへ上記選択されたサイレン番号の音声ファイルがダウンロードされ、これにより管理者はサイレンの視聴が可能となる。「ボリューム」については“１〜１０”の１０段階の中から所望のレベルを選択する。「回数」については、“１〜２０”の範囲で設定可能であり、管理者はこの中から所望の回数を選択する。「送出時差」については、５秒刻みで０〜６０秒の範囲で設定可能であり、管理者はこの範囲の中から所望の数値を選択する。
【００５７】
また、音声ファイル送出設定欄には、設定項目として「ファイル名」、「参照」、「視聴」、「ボリューム」、「回数」、「送出時差」が表示され、さらに「送出ボタン」が表示されている。管理者は、これらの項目ごとに、その選択欄に表示される複数の候補の中から所望の候補を選択する。
【００５８】
例えば、「音声ファイル」については、配信情報データベースに予め記憶されている複数の音声メッセージに対し予めファイル名又はファイルＩＤが付与されており、管理者は所望のファイル名又はＩＤを入力欄に入力する。「参照」を選択すると、上記複数のファイル名の一覧表示画面が制御サーバＳＶからダウンロードされて表示され、管理者はこの表示された複数のファイル名の中から所望のファイル名を選択することも可能である。「視聴」を選択すると、制御サーバＳＶからパーソナル・コンピュータＰＣＣへ上記選択されたファイル名又はＩＤに対応する音声メッセージファイルがダウンロードされ、これにより管理者は音声メッセージの視聴が可能となる。「ボリューム」については“１〜１０”の１０段階の中から所望のレベルを選択する。「回数」については、“１〜２０”の範囲で設定可能であり、管理者はこの中から所望の回数を選択する。「送出時差」については、５秒刻みで０〜６０秒の範囲で設定可能であり、管理者はこの範囲の中から所望の数値を選択する。  
なお、定時放送を行うときの宛先の設定処理も同様に行われる。ただし、定時放送の場合には「サイレンの」代わりに「チャイム」となる。
【００５９】
（２−２）配信要求電文の作成  
上記通報呼出画面における必要項目の選択入力操作が終了し、管理者がサイレン及び音声ファイルの「送出ボタン」を押下したとする。そうすると、上記必要項目の選択入力情報がクライアント用のパーソナル・コンピュータＰＣＣから制御サーバＳＶのユーザＩ／Ｆ２１に配信要求として送られる。この配信要求をユーザＩ／Ｆ２１で受け取ると、制御サーバＳＶは連携制御応答管理モジュール２４により、上記送られた必要項目のうちサイレン送出設定情報及び音声ファイル送出設定情報をもとに以下のように配信要求電文を作成する。
【００６０】
すなわち、要求電文のフォーマットは、このシステムで使用される実行要求の種類（定時放送実行要求、コンテンツ実行要求、コンテンツ転送実行要求、コンテンツ転送要求、監視項目収集要求）に対し共通に設定されている。図３３はこの要求電文フォーマットのヘッダ部の構成の一例を示すものである。
【００６１】
すなわち、要求電文フォーマットのヘッダ部（９６バイト）には、メッセージタイプを表すMessageＩＤと、実行要求の種類（定時放送実行要求、コンテンツ実行要求、コンテンツ転送実行要求、コンテンツ転送要求、監視項目収集要求）を表すMessage Typeと、時刻を設定するTime stampと、配信コンテンツを表すContentＩＤと、ファイルタイプを表すContent Typeと、音量を表すVolume（00〜10）と、再生回数を表すRepeat Countと、再生するまでの遅延時間を表すTime Diff（00〜60）と、子局ＩＤを表すChild NodeＩＤ（0001〜9999）と、ファイルのサイズを表すContent Sizeと、定時放送用の開始チャイムの種類を表すStart ContentＩＤと、定時放送用の開始チャイムのファイルタイプを表すStart Content Typeと、定時放送用の終了チャイムの種類を表すEnd ContentＩＤと、定時放送用の終了チャイムのファイルタイプを表すEnd Content Typeが、いずれも文字列として記述される。
【００６２】
制御サーバＳＶの連携制御応答管理モジュール２４は、上記クライアント用のパーソナル・コンピュータＰＣＣから取得したチャイム／サイレンＩＤや音声メッセージのコンテンツＩＤ等の送信設定情報を、上記要求電文のヘッダ部に記述する。また、上記チャイム／サイレンの音声ファイルデータ及び音声メッセージの音声ファイルデータを送信する必要がある場合には、データメモリ１４内の配信情報データベースから上記各音声ファイルデータを読み出して、要求電文のボディ部にContent Dataとして添付する。なお、音声ファイルデータは可変長である。
【００６３】
次に制御サーバＳＶの連携制御応答管理モジュール２４は、上記クライアント用のパーソナル・コンピュータＰＣＣから取得した入力情報のうち、呼出の種類を表す情報、つまり「一斉」、「群」、「個別」、「避難所」のいずれかに応じて、該当する宛先の群及び子局を特定する。この宛先となる群及び子局の特定は、図１１（ａ），（ｂ）に示すように子局情報管理テーブル中の群テーブル４４、子局属性テーブル４１及び子局回線テーブル４２を検索して、それぞれ該当する群ＩＤと群名、及び子局ＩＤと子局名を読み出すことにより行われる。
【００６４】
続いて、上記特定された子局ごとに、上記読み出された子局ＩＤをもとに配信電文の送信に使用するネットワーク種別を判定し、この判定結果に基づいて上記共通フォーマットからなる要求電文のデータフォーマットを上記ネットワークの通信プロトコルに対応するフォーマットに変換する。例えば、ＩＰネットワークＮＷ２を使用してＩＰスピーカとしての子局ＳＭＩ又はミニＦＭラジオ放送用の子局ＳＭＦに対し要求電文を送信する場合には、TCP/IPに対応するデータフォーマットに変換する。また、携帯電話ネットワークＮＷ１を使用して携帯用の子局ＳＭＭへ要求電文を送信する場合には、SMTPに対応するデータフォーマットに変換する。
【００６５】
また、ＭＣＡ無線ネットワークＮＷ３を使用してＭＣＡ用の子局ＳＭＡに対し要求電文を送信する場合には、以下のように行われる。すなわち、ＭＣＡシステムはARIB STD-T85を使用することから、制御サーバＳＶの連携制御応答管理モジュール２４において、データメモリ１４内の配信情報データベースから音声メッセージの音声ファイルデータを選択的に読み出す。そして、この音声ファイルデータをアナログ音声信号に変換する。
【００６６】
（２−３）要求電文の送信
以上のように要求電文の作成及びデータのフォーマット変換処理が終了すると、制御サーバＳＶの連携制御応答管理モジュール２４は、上記フォーマット変換された配信電文の送信データを対応する連携Ｉ／Ｆ２２１〜２２ｎへ振り分けて転送する。連携Ｉ／Ｆ２２１〜２２ｎは、上記転送された配信電文の送信データを接続されたネットワークで規定される通信プロトコルに従い配信先の子局に向けて送信する。
【００６７】
これに対し各子局ＳＭＩ，ＳＭＭ，ＳＭＡ，ＳＭＦは、上記制御サーバＳＶから自己宛の配信電文が伝送されると、この配信電文を受信する。そして、この配信電文に記述されているサイレン及び音声ファイルの各設定情報をもとに、以下のようにサイレン音及び音声メッセージの再生処理を行う。
【００６８】
例えば、ＩＰネットワークＮＷ２に対応する子局ＳＭＩ及び携帯電話ネットワークＮＷ１に対応する子局ＳＭＭは、先ず受信された配信電文に記述されたタイムスタンプ及び送出時差の情報をもとにチャイム／サイレン音の送出タイミングを決定する。そして、送出タイミングになると、上記配信電文に記述されたチャイム／サイレンＩＤをもとに、予め子局内のメモリに記憶しておいたチャイム／サイレンの音声ファイルを読み出し、このチャイム／サイレンの音声ファイルをアナログ音声信号に復号する。そして、この復号されたチャイム／サイレン音のアナログ信号を拡声器ＳＰＩ，ＳＰＭから拡声出力させる。
【００６９】
次に、上記受信された配信電文に記述されたタイムスタンプ及び送出時差の情報をもとに音声メッセージの送出タイミングを決定する。そして、送出タイミングになると、上記配信電文に記述された音声ファイルＩＤをもとに、予め子局内のメモリに記憶しておいた音声メッセージの音声ファイルを読み出し、この音声ファイルをアナログ信号に復号する。そして、この復号された音声メッセージのアナログ信号を拡声器ＳＰＩ，ＳＰＭから拡声出力させる。
【００７０】
ＭＣＡ無線ネットワークＮＷ３に対応する子局ＳＭＡは、上記制御サーバＳＶから送信されたチャイム／サイレンのＩＤを含む配信電文をＭＣＡ送受信機ＡＲを介して受信すると、この受信された配信電文に記述されたタイムスタンプ及び送出時差の情報をもとにチャイム／サイレン音の送出タイミングを決定する。そして、送出タイミングになると、上記配信電文に記述されたチャイム／サイレンＩＤをもとに、予め子局内のメモリに記憶しておいたチャイム／サイレンの音声ファイルを読み出し、このチャイム／サイレンの音声ファイルをアナログ音声信号に復号する。そして、この復号されたチャイム／サイレン音のアナログ信号を拡声器ＳＰＡから拡声出力させる。続いて制御サーバＳＶから音声メッセージのアナログ信号をＭＣＡ送受信機ＡＲを介して受信すると、この受信した音声メッセージのアナログ信号を拡声器ＳＰＡに供給して拡声出力させる。
【００７１】
ミニＦＭラジオ放送用の子局ＳＭＦは、制御サーバＳＶから自局宛ての配信電文が到来すると、この配信電文に記述されたタイムスタンプ及び送出時差の情報をもとに、先ずチャイム／サイレン音の送出タイミングを決定する。そして、送出タイミングになると、上記配信電文に記述されたチャイム／サイレンＩＤをもとに、予め子局内のメモリに記憶しておいたチャイム／サイレンの音声ファイルを読み出し、このチャイム／サイレンの音声ファイルをアナログ音声信号に復号する。そして、この復号されたチャイム／サイレン音のアナログ信号をＦＭ変調信号に変換して避難所ラジオに向け送信する。
【００７２】
続いて、ミニＦＭラジオ放送用の子局ＳＭＦは、上記配信電文に記述されたタイムスタンプ及び送出時差の情報をもとに、音声メッセージの送出タイミングを決定する。そして、送出タイミングになると、上記配信電文に記述された音声メッセージのＩＤをもとに、予め子局内のメモリに記憶しておいた音声メッセージの音声ファイルを読み出し、この音声ファイルをアナログ音声信号に復号する。そして、この復号された音声メッセージのアナログ信号をＦＭ変調信号に変換して避難所ラジオに向け送信する。
【００７３】
なお、上記要求電文を受信すると各子局ＳＭＩ，ＳＭＭ，ＳＭＡ，ＳＭＦは、応答電文を作成して制御サーバＳＶへ返送する。この応答電文も先に述べた要求電文と同様に、そのフォーマットがこのシステムで使用される実行要求の種類（完了応答、監視項目収集応答）に対し共通に設定されている。図３４はこの応答電文フォーマットのヘッダ部の構成の一例を示すものである。
【００７４】
すなわち、応答電文フォーマットのヘッダ部（６４バイト）には、メッセージタイプを表すMessageＩＤと、実行要求の種類（完了応答、監視項目収集応答）を表すMessage Typeと、時刻を設定するTime stampと、通信結果を表すResult（00：正常、01：エラー）と、エラーの場合の通信結果の詳細を表すDetail（00〜99）と、子局ＩＤを表すChild NodeＩＤ（0001〜9999）と、子局の監視項目である商用電源の監視結果を表すPower Supply（00：正常、01：エラー）と、子局の監視項目である蓄電池の監視結果を表すBattery（00：正常、01：エラー）と、子局の監視項目である扉開放の監視結果を表すDoor（00：正常、01：エラー）が、いずれも文字列として記述される。
【００７５】
（３）制御サーバＳＶの通信処理
以上述べた制御サーバＳＶと子局ＳＭＩ，ＳＭＭ，ＳＭＡ，ＳＭＦとの間における情報配信のための制御サーバＳＶの通信処理手順とその処理内容を以下に説明する。  
（３−１）ＩＰネットワークＮＷ２を使用する場合の通信処理  
図１６は制御サーバＳＶによる送信処理手順とその内容を示すフローチャート、図１７は制御サーバＳＶにおける受信処理手順とその内容を示すフローチャートである。  
制御サーバＳＶは、図１６に示すように、ステップＳ１６１によりユーザＩ／Ｆ２１を動作させ、クライアント用のパーソナル・コンピュータＰＣＣからの送信キューへの配信要求の入力を監視している。この状態で、送信キューへの配信要求の入力を検出すると、先ずステップＳ１６２により上記パーソナル・コンピュータＰＣＣとの間で、複数のネットワークに対し共通となるデータフォーマットで送信情報を受け付けるための処理を実行する。
【００７６】
次に、ステップＳ１６３により連携制御応答管理モジュール２４を起動し、先ず配信電文（送信電文）を作成して、この配信電文をＩＰネットワークＮＷ２で規定される通信プロトコルTCP/IPに対応するデータフォーマットに変換する。続いて、ステップＳ１６４でタイムオブジェクトを生成して、このタイムオブジェクトをタイマキューに設定する。また、ステップＳ１６５において受信情報を作成してこれを受信キューに設定する。
【００７７】
次に、ステップＳ１６６において、上記配信電文をＩＰネットワーク用の連携Ｉ／Ｆから子局ＳＭＩへ向けて送信する。そして、この配信電文の送信後、ステップＳ１６７において上記配信電文の送信に成功したか否かを判定する。この判定の結果、配信電文の送信が成功すればキューから次の配信データを取り出して送信し、一方送信に失敗した場合にはステップＳ１６８によりエラーログを生成して、このエラーログをユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣへ出力する。
【００７８】
一方、子局ＳＭＩから応答電文を受信する場合、制御サーバＳＶは図１７に示すようにステップＳ１７１において受信キューから応答電文を受信し、ステップＳ１７２により取得したソケットオブジェクトを受信する。次に、ステップＳ１７３により上記受信された応答電文を解析し、ステップＳ１７４において、上記解析結果を条件としてタイマキューを検索し、条件に一致するタイマオブジェクトを削除する。
【００７９】
（３−２）携帯電話ネットワークＮＷ１を使用する場合の通信処理  
図１８は制御サーバＳＶによる送信処理手順とその内容を示すフローチャート、図１９は制御サーバＳＶにおける受信処理手順とその内容を示すフローチャートである。  
制御サーバＳＶは、先に述べたＩＰネットワークを使用する場合と同様に、クライアント用のパーソナル・コンピュータＰＣＣからの送信キューへの入力をステップＳ１８１で検出すると、先ずステップＳ１８２により上記パーソナル・コンピュータＰＣＣとの間で、複数のネットワークに対し共通となるデータフォーマットで送信情報を受け付けるための処理を実行する。
【００８０】
次に、ステップＳ１８３により連携制御応答管理モジュール２４を起動し、先ず配信電文（送信電文）を作成して、この配信電文を携帯電話ネットワークＮＷ１で規定される通信プロトコルSMTPに対応するデータフォーマットに変換する。続いて、ステップＳ１８４によりタイムオブジェクトを生成して、このタイムオブジェクトをタイマキューに設定する。また、ステップＳ１８５において受信情報を作成してこれを受信キューに設定する。
【００８１】
次に、ステップＳ１８６において、上記作成した配信電文を携帯電話ネットワークＮＷ１用の連携Ｉ／Ｆから子局ＳＭＭへ向けて送信する。そして、この配信電文の送信後、ステップＳ１８７において上記配信電文の送信に成功したか否かを判定する。この判定の結果、配信電文の送信が成功すればキューから次の配信データを取り出して送信し、一方送信に失敗した場合にはステップＳ１８８によりエラーログを生成して、このエラーログをユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣへ出力する。
【００８２】
一方、子局ＳＭＩから電文を受信する場合、制御サーバＳＶは図１９に示すように、先ずステップＳ１９１において携帯電話ネットワークＮＷ１用の子局ＳＭＭからのHTTP（Hyper Text Transport Protocol）リクエストを受信する。そしてこの受信したリクエストをステップＳ１９２で解析し、リクエストの内容が要求電文であるか応答電文であるかをステップＳ１９３及びステップＳ１９４で判定する。この判定の結果、受信された電文が応答電文であれば、ステップＳ１９７に移行して、電文ＩＤと子局ＩＤを検索条件としてタイマキューを検索し、見つかったタイムオブジェクトを削除する。なお、受信された電文が要求電文であれば、制御サーバＳＶはステップＳ１９４に移行し、ここで携帯電話番号を検索条件として受信キューを検索し、先に見つかった要求電文を取得してステップＳ１９５により要求元の子局へ応答する。
【００８３】
（３−３）ＭＣＡ無線ネットワークＮＷ３を使用する場合の通信処理  
図２０は制御サーバＳＶによる送信処理手順とその内容を示すフローチャート、図２１は制御サーバＳＶにおける受信処理手順とその内容を示すフローチャートである。  
制御サーバＳＶは、クライアント用のパーソナル・コンピュータＰＣＣからの送信キューへの入力をステップＳ２０１で検出すると、先ずステップＳ２０２により上記パーソナル・コンピュータＰＣＣとの間で、複数のネットワークに対し共通となるデータフォーマットで送信情報を受け付けるための処理を実行する。
【００８４】
次に、ステップＳ２０３により連携制御応答管理モジュール２４を起動し、先ず配信電文（送信電文）を作成して、この配信電文をＭＣＡ無線ネットワークＮＷ３で規定される通信プロトコルARIB STD-T85に対応するアナログ信号に変換する。続いて、ステップＳ２０４によりタイムオブジェクトを生成して、このタイムオブジェクトをタイマキューに設定する。このとき、タイムオブジェクトは送信先の子局ごとに作成する。またタイムオブジェクトキーはメッセージＩＤ＋受信機ＩＤにより生成し、メッセージＩＤはタイムスタンプ＋採番機能により生成する。
【００８５】
次に、ステップＳ２０５において、上記作成した配信電文を表すアナログ信号をＭＣＡ無線ネットワークＮＷ３用の連携Ｉ／Ｆから子局ＳＭＡに向けて送信する。そして、この配信電文の送信後、ステップＳ２０６において上記配信電文の送信に成功したか否かを判定する。この判定の結果、配信電文の送信が成功すればキューから次の配信情報を取り出して送信し、一方送信に失敗した場合にはステップＳ２０７によりエラーログを生成して、このエラーログをユーザＩ／Ｆ２１からクライアント用のパーソナル・コンピュータＰＣＣへ出力する。
【００８６】
一方、子局ＳＭＡから電文を受信する場合、制御サーバＳＶは図２１に示すように、先ずステップＳ２１１において子局ＳＭＡからの電文を受信し、ステップＳ２１２において上記受信された電文を解析する。そして、ステップＳ２１３において、その解析結果を条件としてタイマキューを検索し、条件に一致するタイムオブジェクトを削除する。
【００８７】
（４）具体的な動作例（その１）
（４−１）定時放送（ＭＣＡ用の子局ＳＭＡを使用する場合）  
先ず、定時放送画面を用いた定時放送用音声メッセージの登録処理が行われる。例えば、クライアント用のパーソナル・コンピュータＰＣＣにおいて、管理者が制御サーバＳＶのユーザＩ／Ｆ２１からダウンロードされたメニューの中の「定時放送」を選択すると、制御サーバＳＶのユーザＩ／Ｆ２１から定時放送画面データがダウンロードされてパーソナル・コンピュータＰＣＣに表示される。図２２は、この定時放送画面の一例を示すものである。
【００８８】
図２２に示すように定時放送画面には、音声編集欄と、ボリューム設定欄と、「放送」ボタンが設けられている。音声編集欄には、音声編集操作ボタンとして「再生」ボタン、「録音」ボタン、「停止」ボタンが表示されており、管理者はこれらの中から一つを選択する。ボリューム設定欄には、“１〜１０”のレベルがスクロール表示され、管理者はこれらのレベルの中から所望のレベルを選択する。この編集されかつボリュームレベルが設定された定時放送用の音声メッセージのファイルデータは、クライアント用のパーソナル・コンピュータＰＣＣから制御サーバＳＶに送られ、配信コンテンツ作成・管理モジュール２３により制御サーバＳＶ内のデータメモリ１４に記憶される。
【００８９】
上記定時放送用の音声メッセージのファイルデータが記憶された状態で、管理者がパーソナル・コンピュータＰＣＣにおいて定時放送の放送ボタンを押下するか、または予め設定された定時放送時刻が到来したとする。そうすると制御サーバＳＶとＭＣＡ無線子局ＳＭＡとの間では、以下のような定時放送のための通信動作が行われる。図２３はそのシーケンスを示す図である。なお、同図において通信手順にはシーケンス番号（１）〜（８）を付してある。
【００９０】
すなわち、制御サーバＳＶでは、連携制御応答管理モジュール２４により、先ずデータメモリ１４から定時放送開始チャイムを表すコンテンツＩＤと当該チャイムの制御情報が読み出され、この読み出された定時放送開始チャイムのコンテンツＩＤ及び制御情報が配信電文として連携Ｉ／ＦからRS232Cケーブルを介してＭＣＡ送受信機ＡＴへ送られる（１）。この結果、上記配信電文はＭＣＡ送受信機ＡＴからＭＣＡ無線ネットワークを介して宛先となるＭＣＡ送受信機ＡＲに伝送される（２）。この伝送された配信電文はＭＣＡ送受信機ＡＲからRS232Cケーブルを介してＭＣＡ無線子局ＳＭＡへ転送される（３）。ＭＣＡ無線子局ＳＭＡでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送開始チャイムの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送開始チャイムのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＡに供給される（４）。この結果、拡声器ＳＰＡから定時放送開始チャイムが拡声出力される。
【００９１】
次に制御サーバＳＶでは、連携制御応答管理モジュール２４により、データメモリ１４から定時放送の内容を表す音声メッセージの音声ファイルが読み出され、この音声ファイルがＭＣＡ無線ネットワークの通信プロトコルに応じてアナログ信号に変換される。そして、この定時放送用の音声メッセージのアナログ信号が、連携Ｉ／ＦからRS232Cケーブルを介してＭＣＡ送受信機ＡＴへ送られる（５）。この結果、上記アナログ信号はＭＣＡ送受信機ＡＴで変調されたのち宛先となるＭＣＡ送受信機ＡＲに向け送信され（６）、このＭＣＡ送受信機ＡＲにより受信復調されたのち拡声器ＳＰＡに供給される（７）。この結果、拡声器ＳＰＡから定時放送の内容を表す音声メッセージが拡声出力される。
【００９２】
上記音声メッセージの送信が終了すると、制御サーバＳＶでは連携制御応答管理モジュール２４により、データメモリ１４から定時放送終了チャイムを表すコンテンツＩＤと当該チャイムの制御情報が読み出され、この読み出された定時放送終了チャイムのコンテンツＩＤ及び制御情報が配信電文として連携Ｉ／ＦからRS232Cケーブルを介してＭＣＡ送受信機ＡＴへ送られる（８）。この結果、上記配信電文はＭＣＡ送受信機ＡＴからＭＣＡ無線ネットワークを介して宛先となるＭＣＡ送受信機ＡＲに伝送される（９）。この伝送された配信電文はＭＣＡ送受信機ＡＲからRS232Cケーブルを介してＭＣＡ無線子局ＳＭＡへ転送される（１０）。ＭＣＡ無線子局ＳＭＡでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送終了チャイムの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送終了チャイムのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＡに供給される（１１）。この結果、拡声器ＳＰＡから定時放送終了チャイムが拡声出力される。
【００９３】
（４−２）定時放送（携帯電話用の子局ＳＭＭを使用する場合）  
管理者がパーソナル・コンピュータＰＣＣにおいて定時放送の放送ボタンを押下するか、または予め設定された定時放送時刻が到来したとする。そうすると制御サーバＳＶと携帯電話子局ＳＭＭとの間では、以下のような定時放送のための通信動作が行われる。図２４はそのシーケンスを示す図である。なお、同図において通信手順にはシーケンス番号（１）〜（７）を付してある。
【００９４】
制御サーバＳＶは、先ず定時放送開始用チャイムを携帯電話子局ＳＭＭから拡声出力させるための通信制御を実行する。すなわち、先ずSMTPによりメールサーバＳＶＭに対し配信依頼メールの送信を指示する（１）。この配信依頼メールは、子局側から制御サーバＳＶに対し配信電文の送信を要求するリクエストを送信させるものであり、ここでは先ず定時放送開始チャイムの情報取得を目的として送られる。上記メールサーバＳＶＭは例えばマイボックスサーバからなり、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて配信対象の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ上記配信依頼メールを同報配信する（２）。図２５は、メッセージＲを用いた配信依頼メールの具体的な記述例を示したものである。
【００９５】
上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、送信元の各携帯端末ＳＭＭに対しHTTPにより要求電文のダウンロードレスポンスを送信する（４）。この配信電文には定時放送開始チャイムを表すコンテンツＩＤと制御情報が挿入される。
【００９６】
上記配信電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。携帯電話子局ＳＭＭでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送開始チャイムの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送開始チャイムのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＭに供給される（６）。この結果、拡声器ＳＰＭから定時放送開始チャイムが拡声出力される。なお、上記携帯端末ＭＳＳは、上記配信電文を受信すると、その受信結果を表す応答電文アップロードリクエストを制御サーバＳＶに対し返送する（７）。
【００９７】
次に制御サーバＳＶは、SMTPによりメールサーバＳＶＭに対し、定時放送用音声メッセージの情報取得を目的とする配信依頼メールの送信を指示する（１）。メールサーバＳＶＭは、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて、上記配信依頼メールを図２５に示すフォーマットに従い、配信対象の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ向け同報配信する（２）。上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、送信元の各携帯端末ＳＭＭに対しHTTPにより要求電文のダウンロードレスポンスを送信する（４）。この配信電文には定時放送用音声メッセージを表すコンテンツＩＤと制御情報が挿入される。
【００９８】
上記配信電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。携帯電話子局ＳＭＭでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送用音声メッセージの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送用音声メッセージのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＭに供給される（６）。この結果、拡声器ＳＰＭから定時放送用の音声メッセージが拡声出力される。なお、上記携帯端末ＭＳＳは、上記配信電文を受信すると、その受信結果を表す応答電文アップロードリクエストを制御サーバＳＶに対し返送する（７）。
【００９９】
上記音声メッセージの送信が終了すると、制御サーバＳＶはSMTPによりメールサーバＳＶＭに対し、定時放送終了チャイムの情報取得を目的とする配信依頼メールの送信を指示する（１）。メールサーバＳＶＭは、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて、上記配信依頼メールを図２５に示すフォーマットに従い、配信対象の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ向け同報配信する（２）。上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、送信元の各携帯端末ＳＭＭに対しHTTPにより要求電文のダウンロードレスポンスを送信する（４）。このとき配信電文には定時放送終了チャイムを表すコンテンツＩＤと制御情報が挿入される。
【０１００】
上記配信電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。携帯電話子局ＳＭＭでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送終了チャイムの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送終了チャイムのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＭに供給される（６）。この結果、拡声器ＳＰＭから定時放送終了チャイムが拡声出力される。なお、上記携帯端末ＭＳＳは、上記配信電文を受信すると、その受信結果を表す応答電文アップロードリクエストを制御サーバＳＶに対し返送する（７）。
【０１０１】
（４−３）定時放送（ＩＰ子局ＳＭＩを使用する場合）  
管理者がクライアント用のパーソナル・コンピュータＰＣＣにおいて定時放送の放送ボタンを押下するか、または予め設定された定時放送時刻が到来したとする。そうすると制御サーバＳＶとＩＰ子局ＳＭＩとの間では、以下のような定時放送のための通信動作が行われる。図２６はそのシーケンスを示す図である。なお、同図において通信手順にはシーケンス番号（１）（２）を付してある。
【０１０２】
すなわち、制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、先ず定時放送開始チャイムのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるＩＰ子局に向け送信する（１）。ＩＰ子局ＳＭＩでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送開始チャイムの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送開始チャイムのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＩに供給される。この結果、拡声器ＳＰＩから定時放送開始チャイムが拡声出力される。なお、上記ＩＰ子局ＳＭＩは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１０３】
次に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、定時放送用音声メッセージのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるＩＰ子局に向け送信する（１）。ＩＰ子局ＳＭＩでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送用音声メッセージの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送用音声メッセージのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＩに供給される。この結果、拡声器ＳＰＩから定時放送用音声メッセージが拡声出力される。なお、上記ＩＰ子局ＳＭＩは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１０４】
最後に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、定時放送終了チャイムのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるＩＰ子局に向け送信する（１）。ＩＰ子局ＳＭＩでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送終了チャイムの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記定時放送終了チャイムのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＩに供給される。この結果、拡声器ＳＰＩから定時放送終了チャイムが拡声出力される。なお、上記ＩＰ子局ＳＭＩは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１０５】
（５）具体的な動作例（その２）
（５−１）災害が発生した場合の防災放送（ＭＣＡ用の子局ＳＭＡを使用する場合）
図１５に示した通報呼出画面における必要項目の選択入力操作が終了し、管理者がサイレン及び音声メッセージファイルの「送出ボタン」を押下したとする。そうすると、上記必要項目の選択入力情報がクライアント用のパーソナル・コンピュータＰＣＣから制御サーバＳＶのユーザＩ／Ｆ２１に配信要求として送られる。この配信要求をユーザＩ／Ｆ２１で受け取ると、制御サーバＳＶはＭＣＡ無線子局ＳＭＡからサイレン及び音声メッセージを音声出力させるための通信処理を以下のように実行する。
【０１０６】
制御サーバＳＶは、先ず防災放送開始用サイレンを拡声出力させるための通信制御を実行する。図２７はこの場合の通信シーケンスを示す図である。同図において、通信手順にはシーケンス番号（１）〜（４）を付してある。  
すなわち、制御サーバＳＶでは、連携制御応答管理モジュール２４により、先ずデータメモリ１４から防災放送開始用のサイレンを表すコンテンツＩＤと当該サイレンの制御情報が読み出され、この読み出された防災放送開始用サイレンのコンテンツＩＤ及び制御情報が配信電文として連携Ｉ／ＦからRS232Cケーブルを介してＭＣＡ送受信機ＡＴへ送られる（１）。この結果、上記配信電文はＭＣＡ送受信機ＡＴからＭＣＡ無線ネットワークを介して宛先となるＭＣＡ送受信機ＡＲに伝送される（２）。この伝送された配信電文はＭＣＡ送受信機ＡＲからRS232Cケーブルを介してＭＣＡ無線子局ＳＭＡへ転送される（３）。
【０１０７】
ＭＣＡ無線子局ＳＭＡでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送開始用サイレンの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送開始用サイレンのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＡに供給される（４）。この結果、拡声器ＳＰＡから防災放送開始用のサイレンが拡声出力される。
【０１０８】
次に制御サーバＳＶは、防災放送の内容を表す音声メッセージを拡声出力させるための通信制御を実行する。図２８はこの場合の通信シーケンスを示す図である。  
すなわち、制御サーバＳＶでは、連携制御応答管理モジュール２４により、データメモリ１４から防災放送の内容を表す音声メッセージの音声ファイルが読み出され、この音声ファイルがＭＣＡ無線ネットワークの通信プロトコルに従いアナログ信号に変換される。そして、この防災放送の内容を示す音声メッセージのアナログ信号が、連携Ｉ／ＦからRS232Cケーブルを介してＭＣＡ送受信機ＡＴへ送られる（１）。この結果、上記アナログ信号はＭＣＡ送受信機ＡＴで変調されたのち宛先となるＭＣＡ送受信機ＡＲに向け送信され（２）、このＭＣＡ送受信機ＡＲにより受信復調されたのち拡声器ＳＰＡに供給される（５）。この結果、拡声器ＳＰＡから防災放送の内容を表す音声メッセージが拡声出力される。
【０１０９】
上記防災放送用音声メッセージの送信が終了すると制御サーバＳＶは、最後に防災放送終了サイレンを拡声出力させるための通信制御を実行する。この場合の通信シーケンスは図２７に示したものと同じである。  
すなわち、制御サーバＳＶでは連携制御応答管理モジュール２４により、データメモリ１４から防災放送終了サイレンを表すコンテンツＩＤと当該サイレンの制御情報が読み出され、この読み出された防災放送終了サイレンのコンテンツＩＤ及び制御情報が配信電文として連携Ｉ／ＦからRS232Cケーブルを介してＭＣＡ送受信機ＡＴへ送られる（１）。この結果、上記配信電文はＭＣＡ送受信機ＡＴからＭＣＡ無線ネットワークを介して宛先となるＭＣＡ送受信機ＡＲに伝送される（２）。この伝送された配信電文はＭＣＡ送受信機ＡＲからRS232Cケーブルを介してＭＣＡ無線子局ＳＭＡへ転送される（３）。ＭＣＡ無線子局ＳＭＡでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送終了サイレンの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送終了サイレンのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＡに供給される（４）。この結果、拡声器ＳＰＡから防災放送終了サイレンが拡声出力される。
【０１１０】
（５−２）災害が発生した場合の防災放送（携帯電話子局ＳＭＭを使用する場合）
クライアント用のパーソナル・コンピュータＰＣＣから、通報呼出画面において入力された必要項目の選択入力情報の配信要求を受け取ると、制御サーバＳＶは携帯電話子局ＳＭＭからサイレン及び音声メッセージを音声出力させるための通信処理を以下のように実行する。その通信シーケンスは図２４に示したものと同じである。
【０１１１】
制御サーバＳＶは、先ず防災放送開始用サイレンを拡声出力させるための通信制御を実行する。すなわち、先ずSMTPによりメールサーバＳＶＭに対し、防災放送開始用サイレンの情報取得を目的とする配信依頼メールの送信を指示する（１）。メールサーバＳＶＭは、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて、上記配信依頼メールを配信先の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ向け同報配信する（２）。図２５は、メッセージＲを用いた配信依頼メールの具体的な記述例を示したものである。
【０１１２】
上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、送信元の各携帯端末ＳＭＭに対しHTTPにより要求電文のダウンロードレスポンスを送信する（４）。この要求電文には防災放送開始サイレンを表すコンテンツＩＤと制御情報が挿入される。上記要求電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。
【０１１３】
携帯電話子局ＳＭＭでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送開始サイレンの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送開始サイレンのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＭに供給される（６）。この結果、拡声器ＳＰＭから防災放送開始サイレンが拡声出力される。なお、上記携帯端末ＭＳＳは、上記配信電文を受信すると、その受信結果を表す応答電文アップロードリクエストを制御サーバＳＶに対し返送する（７）。
【０１１４】
次に制御サーバＳＶは、SMTPによりメールサーバＳＶＭに対し、防災放送の内容を表す音声メッセージの情報取得を目的とする配信依頼メールの送信を指示する（１）。メールサーバＳＶＭは、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて、上記配信依頼メールを図２５に示すフォーマットに従い、配信対象の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ向け同報配信する（２）。上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、送信元の各携帯端末ＳＭＭに対しHTTPにより要求電文のダウンロードレスポンスを送信する（４）。この配信電文には防災放送用の音声メッセージを表すコンテンツＩＤと制御情報が挿入される。
【０１１５】
上記配信電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。携帯電話子局ＳＭＭでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送用音声メッセージの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送用音声メッセージのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＭに供給される（６）。この結果、拡声器ＳＰＭから防災放送の内容を表す音声メッセージが拡声出力される。なお、上記携帯端末ＭＳＳは、上記配信電文を受信すると、その受信結果を表す応答電文アップロードリクエストを制御サーバＳＶに対し返送する（７）。
【０１１６】
上記音声メッセージの送信が終了すると、制御サーバＳＶはSMTPによりメールサーバＳＶＭに対し、防災放送終了サイレンの情報取得を目的とする配信依頼メールの送信を指示する（１）。メールサーバＳＶＭは、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて、上記配信依頼メールを図２５に示すフォーマットに従い、配信対象の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ向け同報配信する（２）。上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、送信元の各携帯端末ＳＭＭに対しHTTPにより要求電文のダウンロードレスポンスを送信する（４）。このとき配信電文には防災放送終了サイレンを表すコンテンツＩＤと制御情報が挿入される。
【０１１７】
上記配信電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。携帯電話子局ＳＭＭでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送終了サイレンの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送終了サイレンのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＭに供給される（６）。この結果、拡声器ＳＰＭから防災放送終了サイレンが拡声出力される。なお、上記携帯端末ＭＳＳは、上記配信電文を受信すると、その受信結果を表す応答電文アップロードリクエストを制御サーバＳＶに対し返送する（７）。
【０１１８】
（５−３）災害が発生した場合の防災放送（ＩＰ子局ＳＭＩを使用する場合）  
クライアント用のパーソナル・コンピュータＰＣＣから、通報呼出画面において入力された必要項目の選択入力情報の配信要求を受け取ると、制御サーバＳＶはＩＰ子局ＳＭＩからサイレン及び音声メッセージを音声出力させるための通信処理を以下のように実行する。その通信シーケンスは図２６に示したものと同じである。
【０１１９】
制御サーバＳＶは、先ず防災放送開始サイレンを拡声出力させるための通信制御を実行する。すなわち、先ずパーソナル・コンピュータＰＣＣから入力された配信要求に従い、先ず防災放送開始サイレンのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるＩＰ子局ＳＭＩに向け送信する（１）。
【０１２０】
ＩＰ子局ＳＭＩでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送開始サイレンの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送開始サイレンのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＩに供給される。この結果、拡声器ＳＰＩから防災放送開始サイレンが拡声出力される。なお、上記ＩＰ子局ＳＭＩは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１２１】
次に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、防災放送の内容を表す音声メッセージのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるＩＰ子局に向け送信する（１）。ＩＰ子局ＳＭＩでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送用音声メッセージの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送用音声メッセージのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＩに供給される。この結果、拡声器ＳＰＩから防災放送用音声メッセージが拡声出力される。なお、上記ＩＰ子局ＳＭＩは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１２２】
最後に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、防災放送終了サイレンのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるＩＰ子局に向け送信する（１）。ＩＰ子局ＳＭＩでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送終了サイレンの音声ファイルが読み出され、この音声ファイルがアナログ信号に変換される。そして、上記配信電文に記述されている制御情報に従い、上記防災放送終了サイレンのアナログ信号に対しボリューム調整等が行われ、この調整後のアナログ信号が拡声器ＳＰＩに供給される。この結果、拡声器ＳＰＩから防災放送終了サイレンが拡声出力される。なお、上記ＩＰ子局ＳＭＩは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１２３】
（６）具体的な動作例（その３）
（６−１）子局に記憶されているチャイム／サイレン等のコンテンツの削除・追加（ＭＣＡ無線子局ＳＭＡの場合）
パーソナル・コンピュータＰＣＣにおいて、管理者はコンテンツ削除・追加用の入力画面に従い、削除・追加対象の子局名を選択すると共に、削除の場合は削除対象のコンテンツ名又はＩＤを、また追加の場合は追加するコンテンツの音声ファイルをそれぞれ選択する。そして、この選択操作後に管理者が削除・追加ボタンを押下すると、その実行指示がパーソナル・コンピュータＰＣＣから制御サーバＳＶに送られる。
【０１２４】
この実行指示を受信すると制御サーバＳＶは、ＭＣＡ無線子局ＳＭＡとの間で以下のようにコンテンツ削除・追加のための通信動作を実行する。図２９はそのシーケンスを示す図である。なお、同図において、通信手順にはシーケンス番号（１）〜（６）を付してある。  
すなわち、制御サーバＳＶは、連携制御応答管理モジュール２４により、先ず上記実行指示により指定された削除又は追加対象のコンテンツのＩＤと、削除又は追加要求であることを示す制御情報を含む要求電文を作成し、この要求電文を連携Ｉ／ＦからRS232Cケーブルを介してＭＣＡ送受信機ＡＴへ送る（１）。この結果、上記要求電文はＭＣＡ送受信機ＡＴからＭＣＡ無線ネットワークを介して宛先となるＭＣＡ送受信機ＡＲに伝送される（２）。この伝送された要求電文はＭＣＡ送受信機ＡＲからRS232Cケーブルを介してＭＣＡ無線子局ＳＭＡへ転送される（３）。
【０１２５】
ＭＣＡ無線子局ＳＭＡは、上記要求電文に含まれる制御情報により、要求の種類がコンテンツの削除であるか又は追加であるかを判別する。そして、削除要求であれば、上記要求電文に含まれる削除対象のコンテンツＩＤに対応するコンテンツファイルのデータを子局内のメモリから削除する。これに対し追加要求であれば、上記要求電文に挿入されたコンテンツファイルのデータをそのコンテンツＩＤに対応付けて子局内のメモリに追加記憶させる。
【０１２６】
そしてＭＣＡ無線子局ＳＭＡは、上記削除処理又は追加処理の結果を示す応答電文を作成し、この応答電文をRS232Cケーブルを介してＭＣＡ送受信機ＡＲへ転送する（４）。この応答電文はＭＣＡ送受信機ＡＲからＭＣＡ送受信機ＡＴへ伝送され（５）、このＭＣＡ送受信機ＡＴからRS232Cケーブルを介して制御サー木ＳＶへ転送される（６）。
【０１２７】
（６−２）子局に記憶されているチャイム／サイレン等のコンテンツの削除・追加（携帯電話子局ＳＭＭの場合）
クライアント用のパーソナル・コンピュータＰＣＣから、削除・追加入力画面において入力された削除又は追加のための実行指示を受け取ると、制御サーバＳＶは携帯電話子局ＳＭＭに対しチャイム／サイレン及び音声メッセージのコンテンツを削除又は追加させるための通信処理を以下のように実行する。その通信シーケンスは図２４に示したものと同じである。
【０１２８】
制御サーバＳＶは、先ずSMTPによりメールサーバＳＶＭに対し、コンテンツの削除・追加のための情報取得を目的とする配信依頼メールの送信を指示する（１）。メールサーバＳＶＭは、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて、上記配信依頼メールを図２５に示すフォーマットに従い、配信先の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ向け同報配信する（２）。図２５は、メッセージＲを用いた配信依頼メールの具体的な記述例を示したものである。
【０１２９】
上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、上記クライアント用のパーソナル・コンピュータＰＣＣから上記実行指示により指定された削除又は追加対象のコンテンツのＩＤと、削除又は追加要求であることを示す制御情報を含む要求電文を作成し、この要求電文をSMTPに対応するデータフォーマットに変換する。そして、このフォーマット変換された要求電文を、ダウンロードレスポンスとして送信元の各携帯端末ＳＭＭに向けてHTTPにより送信する（４）。上記配信電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。
【０１３０】
携帯電話子局ＳＭＭは、上記要求電文に含まれる制御情報により、要求の種類がコンテンツの削除であるか又は追加であるかを判別する。そして、削除要求であれば、上記要求電文に含まれる削除対象のコンテンツＩＤに対応するコンテンツファイルのデータを子局内のメモリから削除する。これに対し追加要求であれば、上記要求電文に挿入されたコンテンツファイルのデータをそのコンテンツＩＤに対応付けて子局内のメモリに追加記憶する。
【０１３１】
そして携帯電話子局ＳＭＭは、上記削除処理又は追加処理の結果を表す応答電文を作成し、この応答電文を携帯端末ＭＳＳへ出力する。携帯端末ＭＳＳは、上記削除処理又は追加処理の結果を表す応答電文を、HTTPアップロードリクエストとして制御サーバＳＶに向け返送する（７）。
【０１３２】
（６−３）子局に記憶されているチャイム／サイレン等のコンテンツの削除・追加（ＩＰ子局ＳＭＩの場合）
クライアント用のパーソナル・コンピュータＰＣＣから、削除・追加入力画面において入力された削除又は追加のための実行指示を受け取ると、制御サーバＳＶはＩＰ子局ＳＭＩに対しチャイム／サイレン及び音声メッセージのコンテンツを削除又は追加させるための通信処理を以下のように実行する。その通信シーケンスは図２６に示したものと同じである。
【０１３３】
すなわち、制御サーバＳＶは、上記クライアント用のパーソナル・コンピュータＰＣＣから上記実行指示により指定された削除又は追加対象のコンテンツのＩＤと、削除又は追加要求であることを示す制御情報を含む要求電文を作成し、この要求電文をTCP/IPに対応するデータフォーマットに変換する。そして、このフォーマット変換された要求電文を、TCP/IPにより宛先となるＩＰ子局ＳＭＩに向け送信する（１）。
【０１３４】
ＩＰ子局ＳＭＩは、上記要求電文に含まれる制御情報により、要求の種類がコンテンツの削除であるか又は追加であるかを判別する。そして、削除要求であれば、上記要求電文に含まれる削除対象のコンテンツＩＤに対応するコンテンツファイルのデータを子局内のメモリから削除する。これに対し追加要求であれば、上記要求電文に挿入されたコンテンツファイルのデータをそのコンテンツＩＤに対応付けて子局内のメモリに追加記憶する。そしてＩＰ子局ＳＭＩは、上記削除処理又は追加処理の結果を示す応答電文を作成し、この応答電文を、TCP/IPにより制御サーバＳＶに向け返送する（２）。  
なお、ミニＦＭラジオ放送用子局ＳＭＦに対しコンテンツの削除・追加を行う場合も、上記ＩＰ子局ＳＭＩの場合と同様のシーケンスにより行われる。
【０１３５】
（７）具体的な動作例（その４）
（７−１）子局の動作状態の監視（ＭＣＡ無線子局ＳＭＡの場合）
ＭＣＡ無線子局ＳＭＡに接続されたＭＣＡ送受信機ＡＲには、商用電源、蓄電池及び扉が付帯設備として設けてあり、制御サーバＳＶはこれらの付帯設備の状態を予め設定した周期で定期的に監視する。図３０は通信シーケンスを示す図である。同図において（１）〜（４）はその手順を示す。
【０１３６】
すなわち、制御サーバＳＶは、監視対象となるＭＣＡ無線子局ＳＭＡについて予め設定した監視タイミングになると、ＭＣＡ送受信機ＡＴに対しRS232Cケーブルを介してポーリング要求を送信する（１）。この要求に応じて、ＭＣＡ送受信機ＡＴからＭＣＡ送信機ＡＲへ監視用のポーリング信号が送信される（２）。監視用のポーリング信号を受信するとＭＣＡ送受信機ＡＲは、付帯設備の状態を検出する。例えば、扉については無電圧における接点の状態を検出し、また商用電源及び蓄電池電圧については子局に設けられている無停電電源装置（ＵＰＳ）の警報出力端子から出力される信号の論理値を検出する。次にＭＣＡ送受信機ＡＲは、上記各監視項目の検出結果を表す情報をポーリングレスポンスとしてＭＣＡ送受信機ＡＴへ送信する（３）。このポーリングレスポンスにより返送された監視結果を表す情報は、RS232Cケーブルを介して制御サーバＳＶに転送される（４）。制御サーバＳＶは、上記監視結果を表す情報を受信すると、この情報を子局ＩＤに対応付けてデータメモリ１４内の子局属性テーブルに記憶させる。
【０１３７】
以上のようにして取得された子局状況の監視結果を表す情報は、クライアント用のパーソナル・コンピュータＰＣＣにおいて以下のように確認することができる。すなわち、管理者がメニュー中の「子局状況の監視」を選択すると、制御サーバＳＶから子局状況監視画面データがパーソナル・コンピュータＰＣＣにダウンロードされて表示される。子局状況監視画面には、例えば図３１に示すように、検索条件入力欄と、監視結果表示欄が設けられている。この子局状況監視画面が表示されて状態で、管理者が監視対象となる群名と子局名を選択入力すると、この選択された子局における商用電源、蓄電池電圧及び扉開放の状態の監視結果が制御サーバＳＶからダウンロードされて上記監視結果表示欄に表示される。
【０１３８】
（７−２）子局の動作状態の監視（携帯電話子局ＳＭＭの場合）
携帯電話子局ＳＭＭにも、商用電源、蓄電池及び扉が付帯設備として設けてあり、制御サーバＳＶはこれらの付帯設備の状態を、先に述べたＭＣＡ無線子局ＳＭＡに対する監視タイミングとは異なるタイミングで、予め設定した周期で定期的に監視する。その通信シーケンスは図２４に示したものと同じである。
【０１３９】
すなわち、制御サーバＳＶは先ずSMTPによりメールサーバＳＶＭに対し、子局状況の監視を目的とする配信依頼メールの送信を指示する（１）。メールサーバＳＶＭは、上記配信依頼メールの送信要求を受けると、メッセージＲの同報送信機能を用いて、上記配信依頼メールを配信先の各携帯電話子局ＳＭＭに対応する携帯端末ＭＳＳへ向け同報配信する（２）。図２５は、メッセージＲを用いた配信依頼メールの具体的な記述例を示したものである。
【０１４０】
上記配信依頼メールを受信すると各携帯端末ＳＭＭは、HTTPにより配信電文のダウンロードリクエストを制御サーバＳＶへ送信する（３）。配信電文のダウンロードリクエストを受信すると制御サーバＳＶは、送信元の各携帯端末ＳＭＭに対しHTTPにより要求電文のダウンロードレスポンスを送信する（４）。この要求電文には子局監視要求を表す制御情報と監視対象となる子局ＩＤが挿入される。上記要求電文は、携帯端末ＭＳＳにより受信されたのち携帯電話子局ＳＭＭに転送される（５）。
【０１４１】
携帯電話子局ＳＭＭは、上記要求電文の指示に従い付帯設備の状態を検出する。例えば、扉については無電圧における接点の状態を検出し、また商用電源及び蓄電池電圧については子局に設けられている無停電電源装置（ＵＰＳ）のＬＡＮポートを利用して正常か異常かを示す情報を取得する。続いて携帯電話子局ＳＭＭは、上記各監視項目の検出結果を表す情報を挿入した応答電文を作成し、この応答電文を携帯端末ＭＳＳへ転送する。携帯端末ＭＳＳは上記応答電文をアップロードリクエストとして制御サーバＳＶへ返送する（７）。制御サーバＳＶは、上記監視結果を表す情報を受信すると、この情報を子局ＩＤに対応付けてデータメモリ１４内の子局属性テーブルに記憶させる。
【０１４２】
（７−３）子局の動作状態の監視（ＩＰ子局ＳＭＩの場合）
ＩＰ子局ＳＭＩにも、上記携帯電話子局ＳＭＭと同様に商用電源、蓄電池及び扉が付帯設備として設けてあり、制御サーバＳＶはこれらの付帯設備の状態を、先に述べたＭＣＡ無線子局ＳＭＡ及び携帯電話子局ＳＭＭに対する各監視タイミングとは異なるタイミングで、予め設定した周期で定期的に監視する。その通信シーケンスは図２６に示したものと同じである。
【０１４３】
すなわち、制御サーバＳＶは、子局監視要求を表す制御情報と監視対象となる子局ＩＤが挿入された要求電文を生成し、この要求電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるＩＰ子局ＳＭＩに向け送信する（１）。
【０１４４】
ＩＰ子局ＳＭＩは、上記要求電文の指示に従い付帯設備の状態を検出する。例えば、扉については無電圧における接点の状態を検出し、また商用電源及び蓄電池電圧については子局に設けられている無停電電源装置（ＵＰＳ）のＬＡＮポートを利用して正常か異常かを示す情報を取得する。続いてＩＰ子局ＳＭＩは、上記各監視項目の検出結果を表す情報を挿入した応答電文を作成し、この応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。制御サーバＳＶは、上記監視結果を表す情報を受信すると、この情報を子局ＩＤに対応付けてデータメモリ１４内の子局属性テーブルに記憶させる。
【０１４５】
なお、ミニＦＭラジオ放送用子局ＳＭＦの状態を監視する場合も、上記ＩＰ子局ＳＭＩの場合と同様のシーケンスにより行われる。
【０１４６】
（８）具体的な動作例（その４）
（８−１）ミニＦＭ放送局ＳＭＦを利用した定時放送
クライアント用のパーソナル・コンピュータＰＣＣから、定時放送画面において入力された必要項目の選択入力情報の配信要求を受け取ると、制御サーバＳＶはミニＦＭ放送局ＳＭＦを介してミニＦＭ送信機ＦＴからチャイム及び音声メッセージのミニＦＭ放送波を送信させるための通信処理を以下のように実行する。図３２はその通信シーケンスを示す図である。
【０１４７】
制御サーバＳＶは、先ず定時放送開始チャイムをミニＦＭ放送で送信させるための通信制御を実行する。すなわち、パーソナル・コンピュータＰＣＣから入力された配信要求に従い、先ず定時放送開始チャイムのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるミニＦＭ放送局ＳＭＦに向け送信する（１）。
【０１４８】
ミニＦＭ放送局ＳＭＦでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送開始チャイムの音声ファイルが読み出され、この音声ファイルが復号されてアナログ信号に変換されたのちミニＦＭ送信機ＦＴへ送出される。この結果、ミニＦＭ送信機ＦＴから上記アナログ信号によりＦＭ変調されたミニＦＭ放送波が送信される。このミニＦＭ放送波は、避難所等に設置されたラジオＲＤや避難者が所持するラジオＲＤにより受信復調される。したがって、当該ラジオＲＤから上記定時放送開始チャイムが音声出力される。なお、上記ミニＦＭ放送局ＳＭＦは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１４９】
次に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、定時放送の内容を表す音声メッセージのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるミニＦＭ放送局ＳＭＦに向け送信する（１）。ミニＦＭ放送局ＳＭＦでは、上記配信電文に含まれるコンテンツＩＤをもとに局内のメモリから対応する定時放送用の音声メッセージの音声ファイルが読み出され、この音声ファイルが復号されてアナログ信号に変換される。そして、このアナログ信号がミニＦＭ送信機ＦＴへ送出される。この結果、ミニＦＭ送信機ＦＴから上記アナログ信号によりＦＭ変調されたミニＦＭ放送波が送信される。このミニＦＭ放送波は、上記避難所等に設置されたラジオＲＤや避難者が所持するラジオＲＤにより受信復調され、音声として出力される。したがって、ラジオＲＤから上記定時放送の内容を表す音声メッセージが音声出力される。なお、この場合も上記ミニＦＭ放送局ＳＭＦは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１５０】
最後に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、定時放送終了チャイムのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるミニＦＭ放送局ＳＭＦに向け送信する（１）。ミニＦＭ放送局ＳＭＦでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する定時放送終了チャイムの音声ファイルが読み出され、この音声ファイルが復号されてアナログ信号に変換される。そして、このアナログ信号はミニＦＭ送信機ＦＴへ送出される。この結果、ミニＦＭ送信機ＦＴから上記アナログ信号によりＦＭ変調されたミニＦＭ放送波が送信される。このミニＦＭ放送波は、避難所等に設置されたラジオＲＤや避難者が所持するラジオＲＤにより受信復調される。したがって、当該ラジオＲＤから上記定時放送修理用チャイムが音声出力される。なお、上記ミニＦＭ放送局ＳＭＦは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１５１】
（８−２）ミニＦＭ放送局ＳＭＦを利用した防災放送
クライアント用のパーソナル・コンピュータＰＣＣから、通報呼出画面において入力された必要項目の選択入力情報の配信要求を受け取ると、制御サーバＳＶはミニＦＭ放送局ＳＭＦを介してミニＦＭ送信機ＦＴからサイレン及び音声メッセージのミニＦＭ放送波を送信させるための通信処理を以下のように実行する。この場合の通信シーケンスは図３２と同じである。
【０１５２】
制御サーバＳＶは、先ず防災放送開始サイレンをＦＭ放送させるための通信制御を実行する。すなわち、パーソナル・コンピュータＰＣＣから入力された配信要求に従い、先ず防災放送開始サイレンのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるミニＦＭ放送局ＳＭＦに向け送信する（１）。
【０１５３】
ミニＦＭ放送局ＳＭＦでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送開始サイレンの音声ファイルが読み出され、この音声ファイルが復号されてアナログ信号に変換されたのちミニＦＭ送信機ＦＴへ送出される。この結果、ミニＦＭ送信機ＦＴから上記アナログ信号によりＦＭ変調されたミニＦＭ放送波が送信される。このミニＦＭ放送波は、避難所等に設置されたラジオＲＤや避難者が所持するラジオＲＤにより受信復調される。したがって、当該ラジオＲＤから上記防災放送開始サイレンが音声出力される。なお、上記ミニＦＭ放送局ＳＭＦは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１５４】
次に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、防災放送の内容を表す音声メッセージのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるミニＦＭ放送局ＳＭＦに向け送信する（１）。ミニＦＭ放送局ＳＭＦでは、上記配信電文に含まれるコンテンツＩＤをもとに局内のメモリから対応する防災放送用の音声メッセージの音声ファイルが読み出され、この音声ファイルが復号されてアナログ信号に変換される。そして、このアナログ信号がミニＦＭ送信機ＦＴへ送出される。この結果、ミニＦＭ送信機ＦＴから上記アナログ信号によりＦＭ変調されたミニＦＭ放送波が送信される。このミニＦＭ放送波は、上記避難所等に設置されたラジオＲＤや避難者が所持するラジオＲＤにより受信復調され、音声として出力される。したがって、ラジオＲＤから上記防災放送の内容を表す音声メッセージが音声出力される。なお、この場合も上記ミニＦＭ放送局ＳＭＦは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１５５】
最後に制御サーバＳＶは、上記パーソナル・コンピュータＰＣＣから入力された配信要求に従い、防災放送終了サイレンのコンテンツＩＤと制御情報を含む配信電文を生成し、この配信電文をTCP/IPに応じたデータフォーマットに変換したのち、TCP/IPにより宛先となるミニＦＭ放送局ＳＭＦに向け送信する（１）。ミニＦＭ放送局ＳＭＦでは、上記配信電文に含まれるコンテンツＩＤをもとに子局内のメモリから対応する防災放送終了サイレンの音声ファイルが読み出され、この音声ファイルが復号されてアナログ信号に変換される。そして、このアナログ信号はミニＦＭ送信機ＦＴへ送出される。この結果、ミニＦＭ送信機ＦＴから上記アナログ信号によりＦＭ変調されたミニＦＭ放送波が送信される。このミニＦＭ放送波は、避難所等に設置されたラジオＲＤや避難者が所持するラジオＲＤにより受信復調される。したがって、当該ラジオＲＤから上記防災放送終了サイレンが音声出力される。なお、上記ミニＦＭ放送局ＳＭＦは、上記配信電文を受信すると、その受信結果を表す応答電文をTCP/IPにより制御サーバＳＶへ返送する（２）。
【０１５６】
以上述べたようにこの実施形態では、制御サーバＳＶと、サービスエリアに分散配置した各子局ＳＭＭ、ＳＭＩ、ＳＭＡ、ＳＭＦとの間を、携帯電話ネットワークＮＷ１、ＩＰネットワークＮＷ２、ＭＣＡネットワークＮＷ３を介して選択的に接続可能とする。また、上記制御サーバＳＶに、上記各ネットワークに対応する連携Ｉ／Ｆ２２１〜２２ｎと、連携制御応答管理モジュール２４を備え、この連携制御応答管理モジュール２４により、クライアント用のパーソナル・コンピュータＰＣＣからの配信要求の入力に応じて、上記複数の子局に伝送するための要求電文を生成し、この要求電文のデータフォーマットを使用するネットワークに対応するフォーマットに変換したのち、対応する連携Ｉ／Ｆ２２１〜２２ｎから子局に向け送信するようにしている。
【０１５７】
したがって、要求電文が上記携帯電話ネットワークＮＷ１、ＩＰネットワークＮＷ２、ＭＣＡネットワークＮＷ３を選択的に使用して子局ＳＭＭ、ＳＭＩ、ＳＭＡ、ＳＭＦに伝送されるので、上記複数のネットワークのいずれかで障害が発生しても、他のネットワークを介して伝送情報を伝送することが可能となる。このため、災害等に対し堅牢で信頼性の高い情報配信が可能となる。また、配信情報はユーザ個人の携帯端末に直接配信されるのではなく、一旦子局に伝送されてこの子局から音声放送により不特定多数の人に向けて同報配信される。このため、携帯端末を所持していない人に対しても、またネットワークの輻輳の影響を大きく受けることなく、不特定多数の人に対し情報を洩れなく迅速に配信することが可能となる。
【０１５８】
また、子局ＳＭＭ、ＳＭＩ、ＳＭＦに、チャイム／サイレンの音声ファイルと音声メッセージの音声ファイルをそのコンテンツＩＤに対応付けて予めメモリに記憶しておく。そして、制御サーバＳＶは、配信すべき音声ファイルに対応するコンテンツＩＤを含む要求電文を生成して子局に送信し、子局ＳＭＭ、ＳＭＩ、ＳＭＦは上記要求電文により指定されたコンテンツＩＤに対応する音声ファイルを上記メモリから選択的に読み出して、この読み出された音声ファイルにより表される音声を拡声器ＳＰＭ，ＳＰＩ，ＳＰＦから拡声出力するようにしている。
【０１５９】
したがって、制御サーバＳＶは子局ＳＭＭ、ＳＭＩ、ＳＭＦに対し音声ファイルのコンテンツＩＤを伝送すればよく、音声ファイルそれ自体を伝送する必要がないので、要求電文のデータ量を削減してネットワークのトラフィックの増加を抑えることが可能となる。この効果は、災害発生時のようにネットワークのトラフィックが急増する場合に特に有用である。また、放送開始を知らせるチャイム／サイレンのコンテンツＩＤを先ず送信し、続いて放送内容を表す音声メッセージのコンテンツＩＤを送信し、最後に放送終了を知らせるチャイム／サイレンのコンテンツＩＤを送信するようにしている。このため、放送をより確実に報知することが可能となり、しかも定時放送と防災放送とでチャイムとサイレンを使い分けることで、さらに確実に放送内容を報知することができる。
【０１６０】
さらに、制御サーバＳＶにおいて複数のネットワークに対し共通の入力支援画面を用意してクライアント用のパーソナル・コンピュータＰＣＣに提供するようにしたので、管理者は、配信要求を入力する際に、表示された入力支援画面に従い必要項目を洩れなくかつ誤ることなく入力することが可能となり、これにより入力作業の効率を高めることができる。しかも、入力支援画面は複数のネットワークに対し共通に構成されているため、管理者は複数のネットワークのそれぞれについて専用の配信情報を入力する必要がない。このため、管理者の負担を軽減して入力作業効率をさらに高めることができる。
【０１６１】
なお、この発明は上記実施形態に限定されるものではない。例えば、前記実施形態では制御サーバＳＶ及びクライアント用のパーソナル・コンピュータＰＣＣをいずれも防災センタＣＴ内に設置し、両者間を例えばＵＳＢケーブルにより接続した場合を例にとって説明した。しかし、防災センタ外の遠方に設置されたクライアント用のパーソナル・コンピュータＰＣＣ又は携帯端末ＭＳＣから制御サーバＳＶの動作を遠隔的に制御するように構成してもよい。
【０１６２】
この構成は例えば以下のように実現できる。図３５はその構成を示す概略図である。すなわち、遠方に設置されたクライアント用のパーソナル・コンピュータＰＣＣ又は携帯端末ＭＳＣから、Magic Packetと呼ばれる特定のパケットデータをＩＰネットワークＮＷ２を介してＷＯＬ（Wakeup On LAN）対応ルータＲＴの管理ウエブに対し送る。この結果、ＷＯＬ対応ルータＲＴから制御サーバ（親局）ＳＶに対し起動パケットが送信され、この起動パケットにより制御サーバＳＶの電源が投入される。そして、この状態でクライアント用のパーソナル・コンピュータＰＣＣ又は携帯端末ＭＳＣのブラウザ機能を使用して制御サーバＳＶとの間でデータの送受信を行う。これにより、制御サーバＳＶに対し、遠方のクライアント用のパーソナル・コンピュータＰＣＣ又は携帯端末ＭＳＣから配信要求や子局情報の登録等を行うことができる。
【０１６３】
その他、制御サーバＳＶの構成や制御手順と制御内容、各子局の構成等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。  
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０１６４】
【図１】この発明の一実施形態に係わる情報配信システムの概略構成を示す図である。
【図２】図１に示したシステムにおける制御サーバと複数の子局との間の接続構成を示す図である。
【図３】図２に示した制御サーバのハードウエアの構成を示すブロック図である。
【図４】図２に示した制御サーバのソフトウエアの構成を示すブロック図である。
【図５】図３及び４に示した制御サーバＳＶにおける子局情報の登録処理の概要を示す図である。
【図６】子局情報の構成要素の一例を示す図である。
【図７】図３及び４に示した制御サーバＳＶにおける子局情報の削除処理の概要を示す図である。
【図８】図３及び４に示した制御サーバＳＶにおける群情報の登録処理の概要を示す図である。
【図９】図３及び４に示した制御サーバＳＶにおける群情報の削除処理の概要を示す図である。
【図１０】図３及び４に示した制御サーバＳＶにおける群メンバ情報の登録処理の概要を示す図である。
【図１１】図３及び４に示した制御サーバＳＶにおける群情報及び子局情報の取得処理の概要を示す図である。
【図１２】子局管理情報の一例を示す図である。
【図１３】群メンバ情報の設定例を示す図である。
【図１４】子局情報登録画面の一例を示す図である。
【図１５】通報呼出画面の一例を示す図である。
【図１６】ＩＰネットワークＮＷ２を使用する場合の制御サーバＳＶによる送信処理手順とその内容を示すフローチャートである。
【図１７】ＩＰネットワークＮＷ２を使用する場合の制御サーバＳＶによる受信処理手順とその内容を示すフローチャートである。
【図１８】携帯電話ネットワークＮＷ１を使用する場合の制御サーバＳＶによる送信処理手順とその内容を示すフローチャートである。
【図１９】携帯電話ネットワークＮＷ１を使用する場合の制御サーバＳＶによる受信処理手順とその内容を示すフローチャートである。
【図２０】ＭＣＡ無線ネットワークＮＷ３を使用する場合の制御サーバＳＶによる送信処理手順とその内容を示すフローチャートである。
【図２１】ＭＣＡ無線ネットワークＮＷ３を使用する場合の制御サーバＳＶによる受信処理手順とその内容を示すフローチャートである。
【図２２】定時放送画面の一例を示す図である。
【図２３】ＭＣＡ無線ネットワークＮＷ３を使用して定時放送を行う場合の通信シーケンスを示す図である。
【図２４】携帯電話ネットワークＮＷ１を使用して定時放送及び防災放送を行う場合の通信シーケンスを示す図である。
【図２５】図２４に示した通信シーケンスで使用されるメッセージＲの一例を示す図である。
【図２６】ＩＰネットワークＮＷ２を使用して定時放送及び防災放送を行う場合の通信シーケンスを示す図である。
【図２７】ＭＣＡ無線ネットワークＮＷ３を使用してチャイム又はサイレンのコンテンツファイルを伝送する場合の通信シーケンスを示す図である。
【図２８】ＭＣＡ無線ネットワークＮＷ３を使用して音声メッセージを伝送する場合の通信シーケンスを示す図である。
【図２９】ＭＣＡ無線ネットワークＮＷ３を使用して子局に対するコンテンツの削除又は追加を行う場合の通信シーケンスを示す図である。
【図３０】ＭＣＡ無線ネットワークＮＷ３を使用して子局から監視項目情報の収集を行う場合の通信シーケンスを示す図である。
【図３１】子局状況監視画面の一例を示す図である。
【図３２】ミニＦＭ放送局を使用して定時放送及び防災放送を行う場合の通信シーケンスを示す図である。
【図３３】制御サーバＳＶにおいて作成される要求電文の共通フォーマットを示す図である。
【図３４】制御サーバＳＶにおいて作成される応答電文の共通フォーマットを示す図である。
【図３５】この発明の他の実施形態に係わる情報配信システムにおける制御サーバＳＶとクライアント端末との間の接続構成を示す図である。
【符号の説明】
【０１６５】
ＣＴ…防災センタ、ＳＶ…制御サーバ（親局）、ＰＣＣ…クライアント用のパーソナル・コンピュータ、ＮＷ１…携帯電話ネットワーク、ＮＷ２…ＩＰネットワーク、ＮＷ３…ＭＣＡ無線ネットワーク、ＳＭＭ…携帯電話子局、ＳＭＩ…ＩＰ子局、ＳＭＡ…ＭＣＡ無線子局、ＳＭＦ…ミニＦＭ放送局、ＳＰＭ，ＳＰＩ，ＳＰＡ…拡声器、ＭＳＳ…携帯端末、ＡＴ…ＭＣＡ親局、ＡＲ…ＭＣＡ無線子局、ＡＢ…ＭＣＡ中継局、ＦＴ…ミニＦＭ送信機、１１…ＣＰＵ、１２…バス、１３…プログラムメモリ、１４…データメモリ、１５…通信ポート群、１６…外部接続ポート、２１…ユーザインタフェースモジュール（ユーザＩ／Ｆ）、２２１〜２２ｎ…連携インタフェースモジュール（連携Ｉ／Ｆ）、２３…配信コンテンツ作成・管理モジュール、２４…連携制御応答管理モジュール、２５…グループ管理モジュール、２６…システム間インタフェースモジュール（システム間Ｉ／Ｆ）、４１…子局回線テーブル、４２…子局属性テーブル、４４…群テーブル、４５…群メンバテーブル。
【図１】
0004599412.tif 000002
【図２】
0004599412.tif 000003
【図３】
0004599412.tif 000004
【図４】
0004599412.tif 000005
【図５】
0004599412.tif 000006
【図６】
0004599412.tif 000007
【図７】
0004599412.tif 000008
【図８】
0004599412.tif 000009
【図９】
0004599412.tif 000010
【図１０】
0004599412.tif 000011
【図１１】
0004599412.tif 000012
【図１２】
0004599412.tif 000013
【図１３】
0004599412.tif 000014
【図１４】
0004599412.tif 000015
【図１５】
0004599412.tif 000016
【図１６】
0004599412.tif 000017
【図１７】
0004599412.tif 000018
【図１８】
0004599412.tif 000019
【図１９】
0004599412.tif 000020
【図２０】
0004599412.tif 000021
【図２１】
0004599412.tif 000022
【図２２】
0004599412.tif 000023
【図２３】
0004599412.tif 000024
【図２４】
0004599412.tif 000025
【図２５】
0004599412.tif 000026
【図２６】
0004599412.tif 000027
【図２７】
0004599412.tif 000028
【図２８】
0004599412.tif 000029
【図２９】
0004599412.tif 000030
【図３０】
0004599412.tif 000031
【図３１】
0004599412.tif 000032
【図３２】
0004599412.tif 000033
【図３３】
0004599412.tif 000034
【図３４】
0004599412.tif 000035
【図３５】
0004599412.tif 000036