(57)【要約】【課題】より適切なバックアップ通報を行うことを可能にする。【解決手段】親局からの受信信号に基づいて通報動作を行う無線子局であって、通報番号確定値を記憶する記憶部と、前記受信信号に含まれる通報番号、通報内容およびバックアップ情報を抽出する信号受信部と、前記バックアップ情報がバックアップ通報動作を要求する情報ではない場合には、前記通報内容に基づく通報動作を行った後に前記通報番号確定値を前記通報番号で更新する第１の処理と、前記バックアップ情報がバックアップ通報動作を要求する情報であり、かつ、前記通報番号と前記通報番号確定値とが異なる場合には、前記通報内容に基づく通報動作を行った後に前記通報番号確定値を前記通報番号で更新する第２の処理と、前記受信信号がリセット信号である場合には、前記通報番号確定値を初期化する第３の処理を行う通報処理部と、を備える、情報処理端末が提供される。【選択図】図８
2018136818.tif 000002
【特許請求の範囲】
【請求項１】
親局からの受信信号に基づいて通報動作を行う無線子局であって、
通報番号確定値を記憶する記憶部と、
前記受信信号に含まれる通報番号、通報内容およびバックアップ情報を抽出する信号受信部と、
前記バックアップ情報がバックアップ通報動作を要求する情報ではない場合には、前記通報内容に基づく通報動作を行った後に前記通報番号確定値を前記通報番号で更新する第１の処理と、
前記バックアップ情報がバックアップ通報動作を要求する情報であり、かつ、前記通報番号と前記通報番号確定値とが異なる場合には、前記通報内容に基づく通報動作を行った後に前記通報番号確定値を前記通報番号で更新する第２の処理と、
前記受信信号がリセット信号である場合には、前記通報番号確定値を初期化する第３の処理を行う通報処理部と、を備える、
情報処理端末。
【請求項２】
前記通報番号は、前記通報内容の識別に用いられる情報である、
請求項１に記載の情報処理端末。
【請求項３】
前記通報処理部は、前記通報動作が正常に完了した場合に前記通報番号確定値を前記通報番号で更新する、
請求項２に記載の情報処理端末。
【請求項４】
前記通報処理部は、前記受信信号に含まれる通報番号が前記通報番号確定値と同一である場合には、前記通報処理部は前記通報動作を行わない、
請求項３に記載の情報処理端末。
【請求項５】
前記受信信号は、前記通報動作を要求する呼出信号、前記通報内容を含む伝送データ信号、または前記通報動作の終了を通知する終了信号も含む、
請求項１から４のいずれか１項に記載の情報処理端末。
【請求項６】
前記通報内容は、音声通報もしくはサイレン通報に関する内容を含む、
請求項１から５のいずれか１項に記載の情報処理端末。
【請求項７】
前記記憶部は、時差通報に用いられる自装置の分割番号も記憶し、
前記信号受信部は、前記受信信号に含まれる分割番号を抽出し、
前記通報処理部は、前記自装置の分割番号と前記受信信号に含まれる分割番号に基づいて前記時差通報を行う、
請求項１から６のいずれか１項に記載の情報処理端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理端末に関する。
【背景技術】
【０００２】
近年、地震、津波または台風等の自然災害への対策が急務となっており、防災無線システムにおいても様々な研究開発が進められている。防災無線システムは、親局としての通信装置と子局としての鳴動装置とを備えており、親局が、通報内容および対象となる子局等に関する情報を各子局に対して送信することで、各子局は通報を行うことができる。
【０００３】
ここで、防災無線システムにおける通報の際の異常検知技術については様々な研究が行われている。例えば、特許文献１では、親局が子局のスピーカまたはスピーカアンプ等の動作の正常性を監視する技術が開示されている。また、特許文献２には、障害が発生した場合に親局が通報データを子局へ再送信する技術が開示されている。特許文献３および特許文献４には、防災無線システムに関する技術ではないが、データ通信において、同一データを含む信号を複数回通信することによって、信号の衝突等によってデータ通信に失敗した場合の救済を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１４７８９３号公報
【特許文献２】特開２００９−１８２４８４号公報
【特許文献３】特開平５−１６０８１５号公報
【特許文献４】特開２００４−１３４９２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、既存技術によっては、より適切なバックアップ通報を行うことができない場合があった。例えば、上記の特許文献１の技術は、親局が子局のスピーカまたはスピーカアンプの不良を検知する技術であり、スピーカまたはスピーカアンプの不良以外（例えば、電波の受信環境の悪化等）に起因して通報が正常に行われなかったことを検知することはできない。また、当該技術は、送信機を備えた拡声子局のみを対象とするため、送信機を備えていない子局には対応することができない。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、より適切なバックアップ通報を行うことが可能な、新規かつ改良された情報処理端末を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、親局からの受信信号に基づいて通報動作を行う無線子局であって、通報番号確定値を記憶する記憶部と、前記受信信号に含まれる通報番号、通報内容およびバックアップ情報を抽出する信号受信部と、前記バックアップ情報がバックアップ通報動作を要求する情報ではない場合には、前記通報内容に基づく通報動作を行った後に前記通報番号確定値を前記通報番号で更新する第１の処理と、前記バックアップ情報がバックアップ通報動作を要求する情報であり、かつ、前記通報番号と前記通報番号確定値とが異なる場合には、前記通報内容に基づく通報動作を行った後に前記通報番号確定値を前記通報番号で更新する第２の処理と、前記受信信号がリセット信号である場合には、前記通報番号確定値を初期化する第３の処理を行う通報処理部と、を備える、情報処理端末が提供される。
【０００８】
前記通報番号は、前記通報内容の識別に用いられる情報であってもよい。
【０００９】
前記通報処理部は、前記通報動作が正常に完了した場合に前記通報番号確定値を前記通報番号で更新してもよい。
【００１０】
前記通報処理部は、前記受信信号に含まれる通報番号が前記通報番号確定値と同一である場合には、前記通報処理部は前記通報動作を行わなくてもよい。
【００１１】
前記受信信号は、前記通報動作を要求する呼出信号、前記通報内容を含む伝送データ信号、または前記通報動作の終了を通知する終了信号も含んでもよい。
【００１２】
前記通報内容は、音声通報もしくはサイレン通報に関する内容を含んでもよい。
【００１３】
前記記憶部は、時差通報に用いられる自装置の分割番号も記憶し、前記信号受信部は、前記受信信号に含まれる分割番号を抽出し、前記通報処理部は、前記自装置の分割番号と前記受信信号に含まれる分割番号に基づいて前記時差通報を行ってもよい。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る防災無線システムの構成を示す図である。
【図２】防災無線システムにおけるフレームの連送を示す図である。
【図３】同期バースト１０のフレーム構成を示す図である。
【図４】通信用チャネル２０のフレーム構成を示す図である。
【図５】通報開始指示３０のフォーマットを示す図である。
【図６】サイレン通報開始指示４０のフォーマットを示す図である。
【図７】本実施形態に係る親局１００の機能構成を示す図である。
【図８】本実施形態に係る子局２００の機能構成を示す図である。
【図９】音声通報が行われる場合の親局１００の動作を示すフローチャートである。
【図１０】音声通報が行われる場合の子局２００の動作を示すフローチャートである。
【図１１】音声通報において通報番号のリセットが行われる場合の親局１００の動作を示すフローチャートである。
【図１２】音声通報においてバックアップ通報通知フラグに基づく通報が行われる場合の子局２００の動作を示すフローチャートである。
【図１３Ａ】時差通報が行われる場合の親局１００の動作を示すフローチャートである。
【図１３Ｂ】時差通報が行われる場合の親局１００の動作を示すフローチャートである。
【図１４】第１のサイレン通報が行われる場合の親局１００の動作を示すフローチャートである。
【図１５】第１のサイレン通報が行われる場合の子局２００の動作を示すフローチャートである。
【図１６】第１のサイレン通報におけるサイレン通報開始指示４０にバックアップ通報通知フラグが設定される場合の子局２００の動作を示すフローチャートである。
【図１７】第２のサイレン通報が行われる場合の親局１００の動作を示すフローチャートである。
【図１８】第２のサイレン通報が行われる場合の子局２００の動作を示すフローチャートである。
【図１９】第２のサイレン通報におけるサイレン通報開始指示４０にバックアップ通報通知フラグが設定される場合の子局２００の動作を示すフローチャートである。
【図２０】本実施形態に係る親局１００または子局２００のハードウェア構成を示す図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
＜１．背景＞
上記のとおり、防災無線システムにおける通報の際の異常検知技術等については様々な研究が行われている。例えば、上記の特許文献１には、防災無線システムにおいて、親局が子局のスピーカまたはスピーカアンプの振動パターンに基づいて子局のスピーカによる吹鳴状況を確認する技術が開示されている。しかし、当該技術は、スピーカまたはスピーカアンプの不良を検知する技術であり、スピーカまたはスピーカアンプの不良以外（例えば、電波の受信環境の悪化等）に起因して通報が正常に行われなかったことを検知することはできない。また、当該技術は、送信機を備えた拡声子局のみを対象とするため、送信機を備えていない拡声子局または住宅等に設置される戸別受信機には対応することができない。
【００１７】
また、上記の特許文献２には、親局の動作異常により全ての子局が通報動作を途中で中止した場合の救済方法として、親局が通報データを子局へ再度送信する技術が開示されている。しかし、当該技術は、親局の動作異常を検知し救済を行う技術であるため、特定の子局の動作異常を検知し救済を行うことはできない。
【００１８】
また、上記の特許文献３および特許文献４には、防災無線システムに関する技術ではないが、送信データの完全性を確保する技術として、送信装置が同一データに対して同一の通番を付与した上で、当該データを複数回送信し、受信装置は受信データに付与された通番に基づいてデータを管理し、既に正常に受信した通番が付されたデータを受信した場合には当該データを破棄し、未だ正常に受信していない通番が付されたデータを受信した場合には当該データを保存する技術が開示されている。しかし、当該技術において、受信装置は、受信データの受信処理（復調および復号等）をすべて行った後に、当該データが既に正常に受信されているデータか否かを判定しているため、受信装置は、受信データを一時的に記憶しておくために所定量以上の容量を有する記憶部を備えることが求められる。
【００１９】
一方、防災無線システムにおいて、子局は、親局からの信号に基づいてリアルタイムな通報処理を行っており、受信データの受信処理をすべて行った後に上記のような判定処理を行う仕様になっていないため、防災無線システムに当該技術を適用することは困難である。仮に、子局が所定量以上の容量を有する記憶部を備えており、受信した通報データを一時的に保存して上記のような判定処理を行える場合としても、親局が子局へ送信するデータの総量には制限がないため、子局の記憶部が有する容量を超えるデータが送信される可能性がある。したがって、通報の実施者が子局に設けるべき記憶部の容量を決定することは困難である。
【００２０】
本件の発明者は、上記事情に着眼して本発明を創作するに至った。本発明に係る防災無線システムにおける親局は、通報に用いられる各種信号を子局に送信した後に、同一の通報内容を含む信号をバックアップのために子局に送信する。そして、親局は、通報内容毎に通報番号を付与する。すなわち、親局は、通報用に送信される信号およびバックアップとして送信される信号の両方に同一の通報番号を付与する。これらの信号を受信した子局は、受信信号に含まれる通報番号に基づいて処理を行うことで、適切に通報またはバックアップの通報（以降、便宜的に「バックアップ通報」と呼称する）を行うことができる。
【００２１】
以降では、「２．本発明に係る防災無線システムの概要」、「３．各装置の機能構成」、「４．各装置の動作」、「５．各装置のハードウェア構成」について順に説明を行う。
【００２２】
＜２．本発明に係る防災無線システムの概要＞
本発明の一実施形態は、防災無線システムに関する。まず、図１を参照し、本発明の一実施形態に係る防災無線システムの概要を説明する。なお、本発明の一実施形態は、市町村デジタル同報通信システムの標準規格「ＡＲＩＢ  ＳＴＤ−Ｔ１１５」に準拠することとする。しかし、これは一例であり、本発明は他システムまたは他規格に適用されてもよい。
【００２３】
（２−１．本発明に係る防災無線システムの構成）
図１は、本発明の一実施形態に係る防災無線システムの構成を示す図である。図１に示すように、当該防災無線システムは、操作卓３００と、親局無線機１００と、中継局無線機４００と、戸別受信機２００と、拡声子局５００と、を備える。
【００２４】
操作卓３００は、防災無線システムによる通報を行う場合に、操作者によって音声が入力されたり、戸別受信機２００または拡声子局５００の動作設定が入力されたりする装置である。より具体的に説明すると、操作者は、操作卓３００を用いて、通報内容、通報対象または通報時の動作設定等の入力を行う。操作卓３００は、有線ネットワークを介して、入力情報を親局無線機１００へ送信する。
【００２５】
親局無線機１００は、操作卓３００から入力された情報に基づいて電波信号を生成し、当該電波信号を中継局無線機４００、戸別受信機２００または拡声子局５００へ送信する。本実施形態において、親局無線機１００が送信する電波信号は複数種類あるとする。より具体的には、親局無線機１００が送信する電波信号には、通報動作を要求する呼出信号、通報内容が含まれる伝送データ信号、通報の終了を通知する終了信号等が含まれる。なお、これらの信号はあくまで一例であり、通報の種類または通報の方式によって送信される信号は適宜変更される。各種信号の詳細については後述する。
【００２６】
中継局無線機４００は、親局無線機１００によって送信された信号を中継する。より具体的に説明すると、中継局無線機４００は、親局無線機１００によって送信された信号を、当該信号の周波数とは異なる周波数の信号へ変換し、変換後の信号を戸別受信機２００または拡声子局５００へ送信する。これにより、親局無線機１００から送信される信号が届かないエリアへも通報を行うことができる。
【００２７】
戸別受信機２００は、通報を行う可搬局であり、例えば、住宅内、病院内、公共施設内等に設置される情報処理端末である。戸別受信機２００は、親局無線機１００または中継局無線機４００によって送信された信号を受信し、当該信号に基づいて通報を行う。より具体的に説明すると、戸別受信機２００は、自局が通報の対象に含まれるか否かを判定し、自局が対象に含まれる場合、信号に含まれる動作設定を反映させた状態で、内蔵スピーカを用いて通報を行う。なお、戸別受信機２００が親局無線機１００または中継局無線機４００から受信する各種信号を総じて「受信信号」と呼称する。すなわち、受信信号には、上記のように、呼出信号、伝送データ信号、終了信号およびその他の信号が含まれる。尚、戸別受信機２００は、ＡＲＩＢ  ＳＴＤ−Ｔ１１５の仕様上、サイレン通報には対応しない。
【００２８】
拡声子局５００は、通報を行う固定局であり、例えば、道路または公園等に設置される情報処理端末である。拡声子局５００は、戸別受信機２００と同様の機能を有し得る。すなわち、拡声子局５００も、親局無線機１００または中継局無線機４００によって送信された信号を受信し、当該信号に基づいて通報を行うことが可能である。なお、拡声子局５００は、戸別受信機２００と異なる機能を有していてもよい。
【００２９】
以降では、主に、親局無線機１００、戸別受信機２００および拡声子局５００について説明を行う。また、便宜的に、親局無線機１００を親局１００、戸別受信機２００または拡声子局５００を子局２００と記載する。本明細書では、子局２００はサイレン通報にも対応するものとして説明を行う。
【００３０】
（２−２．本発明に係る防災無線システムの機能）
上記では、本発明に係る防災無線システムの構成について説明した。続いて、本発明に係る防災無線システムの機能について説明する。
【００３１】
本防災無線システムにおける親局１００は、上記のとおり、各種信号を子局２００へ送信することで子局２００に通報動作を実施させる。例えば、親局１００は、通報動作を要求する呼出信号、通報内容が含まれる伝送データ信号、通報の終了を通知する終了信号等を子局２００に対して順次送信する。そして、本実施形態に係る親局１００は、これら一連の信号を送信することで子局２００に通報動作を指示した後、バックアップ通報として同一の通報を指示する一連の信号を子局２００に送信する。このとき、親局１００は、通報内容の識別に用いられる通報番号を呼出信号に含める。すなわち、親局１００は、通報およびそのバックアップ通報を指示する呼出信号には、同一の通報番号を含める。
【００３２】
一方、子局２００は、呼出信号に含まれる通報番号に基づいて通報またはバックアップ通報を行う。より具体的に説明すると、子局２００は、正常に実施できた通報に対応する通報番号を「通報番号確定値」として記憶する。そして、子局２００は、親局１００から呼出信号を受信した場合、当該呼出信号に含まれる通報番号と、自装置に記憶されている通報番号確定値とが同一であるか否かを判定する。
【００３３】
呼出信号に含まれる通報番号と、自装置に記憶されている通報番号確定値とが同一である場合、子局２００は、当該呼出信号が指示する通報は既に正常に実施した通報と同一であるとみなし、通報動作を行わない。一方、呼出信号に含まれる通報番号と、自装置に記憶されている通報番号確定値とが同一でない場合、子局２００は、当該呼出信号が指示する通報は、未だ実施していない通報であるか、何らかの原因で正常に実施できなかった通報と同一であるとみなし、通報動作を行う。このような動作によって、本発明に係る防災無線システムは、適切に通報およびバックアップ通報を行うことができる。
【００３４】
ここで、通報番号は、各装置の使用年数および通報頻度等を考慮して重複した番号が使用されないように十分大きな桁数が確保されることが望ましいが、任意の番号または任意の情報であってよい。例えば、通報番号は、新たな通報内容が通報される度に「１」カウントアップされるカウンター値でもよいし、親局１００による信号の送信時点の「年月日時分秒」を示す値であってもよい。本明細書では、通報番号がカウンター値である場合を一例として説明する。
【００３５】
なお、特に、通報番号がカウンター値である場合においては、親局１００は通報番号をリセット（初期化）する機能を有し、子局２００は通報番号確定値をリセットする機能を有してもよい。例えば、親局１００は、新たな通報内容の通報を行う度に「１」カウントアップしていき、通報番号が所定の値（例えば、親局１００または子局２００が管理できる番号の最大値）に達した場合、親局１００は通報番号を初期状態（例えば「０」）にリセットし、子局２００は通報番号確定値を初期状態にリセットしてもよい。
【００３６】
これによって、親局１００および子局２００は、通報番号として利用できる番号数が制限されていても、通報番号および通報番号確定値のリセットを行い、初期状態から再びカウントアップをすることで通報内容を適切に識別することができる。なお、通報番号および通報番号確定値のリセット方法は任意である。例えば、親局１００は、リセットを行う旨の情報を含む所定の信号を子局２００に送信することでリセットを実現してもよい。
【００３７】
ここで、仮に、子局２００が通報番号確定値をリセットできなかった場合（例えば、子局２００がリセット信号を受信できなかった場合）、親局１００側の通報番号と子局２００側の通報番号確定値との同期が外れる。これによって、例えば、親局１００がリセット後に再び通報番号のカウントを行っていき、子局２００側の通報番号確定値と同一の通報番号を含む呼出信号を子局２００に対して送信したとする。この場合、子局２００が、通報番号確定値と呼出信号に含まれる通報番号が同一であることに基づいて、当該呼出信号が既に正常に実施した通報についてのバックアップ通報であると誤判定することによって通報を行わないという事象が発生する。
【００３８】
そこで、親局１００は、呼出信号にバックアップ通報通知フラグ（バックアップ情報）を設定することによってこの事象に対応してもよい。より具体的に説明すると、親局１００は、呼出信号にバックアップ通報通知フラグを設定することによって、当該呼出信号がバックアップ通報を指示する信号であるか否かを子局２００に対して通知することができる。これによって、仮に、子局２００が通報番号確定値のリセットに失敗した後に、親局１００から同一の通報番号を含む呼出信号を受信した場合であっても、子局２００は、バックアップ通報通知フラグに基づいて当該呼出信号がバックアップ通報を指示する信号ではないことを認識し、正常に通報を行うことができる。なお、このケースにおいて、子局２００が正常に通報できなかった場合、その後のバックアップ通報における通報番号と子局２００の通報番号確定値が同一であるため、正常にバックアップ通報が行われないが、当該事象が発生する可能性は極めて低いため、呼出信号にバックアップ通報通知フラグを設定する方法は有用である。
【００３９】
（２−３．防災無線システムにおける通信の概要）
上記では、本発明に係る防災無線システムの機能について説明した。続いて、当該防災無線システムにおける通信の概要について説明する。まず、図２〜図４を参照して、フレームの連送およびフレーム構成について説明する。図２は、防災無線システムにおけるフレームの連送を示す図である。ＡＲＩＢ  ＳＴＤ−Ｔ１１５においては、フレームが８０ミリ秒間隔または４０ミリ秒間隔で連送されることによって、通報が行われる。フレームの送信間隔は適宜変更されてもよい。また、フレームは必ずしも連送されなくてもよい。
【００４０】
そして、図２に示すように、フレームには、同期バースト１０（ＳＢ０：Ｓｙｎｃｈｒｏｎｏｕｓ  Ｂｕｒｓｔ０）用フレームおよび通信用チャネル２０（ＳＣ：Ｓｅｒｖｉｃｅ  Ｃｈａｎｎｅｌ）用フレームが存在する。同期バースト１０および通信用チャネル２０は、互いに異なるフレームフォーマットを有している。
【００４１】
同期バースト１０は、親局１００と子局２００との同期を確立するために、通報の開始時に親局１００から子局２００に送信されるフレームであり、呼出信号等を含む。通信用チャネル２０は、同期バースト１０によって、親局１００と子局２００との同期が確立された後に送信されるフレームであり、伝送データ信号等を含む。
【００４２】
次いで、図３を参照して、同期バースト１０のフレーム構成について説明する。図３は、同期バースト１０のフレーム構成を示す図である。同期バースト１０は、同期ワード１１（ＳＷ：Ｓｙｎｃｈｒｏｎｏｕｓ  Ｗｏｒｄ）と、制御チャネル１２（ＣＣＨ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、プリアンブルＰａ１３と、プリアンブルＰｂ１４と、を含む。
【００４３】
同期ワード１１は、同期のための符号パターンである。子局２００は、送信されるフレームの同期ワード１１と同一の参照パターンを保持しており、この参照パターンと受信信号との相関を、受信信号を時間軸上でシフトさせながら算出し、相関のピークの出現に基づいて同期ワード１１を検出する。同期ワード１１が検出されることにより、子局２００は、同期バースト１０中に含まれる制御チャネル１２等の情報を取得すること、および、その後のフレームを検出することができる。また、子局２００は、同期確立後に連送されるフレームの同期ワード１１が検出されない場合、同期が外れたと判定し、再度同期の確立を試みることもできる。
【００４４】
制御チャネル１２は、様々な制御情報が含まれるメッセージを伝送するチャネルである。例えば、制御チャネル１２は、呼出信号として通報開始指示３０もしくはサイレン通報開始指示４０等を伝送する。各メッセージの詳細については後述する。
【００４５】
プリアンブルＰａ１３およびプリアンブルＰｂ１４は、主にＡＧＣプリアンブルとしての使用を想定されている符号パターンである。
【００４６】
次いで、図４を参照して、通信用チャネル２０のフレーム構成について説明する。図４は、通信用チャネル２０のフレーム構成を示す図である。通信用チャネル２０は、同期ワード２１（ＳＷ：Ｓｙｎｃｈｒｏｎｏｕｓ  Ｗｏｒｄ）と、高速付随制御チャネル２２（ＦＡＣＣＨ：Ｆａｓｔ  Ａｓｓｏｃｉａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、トラヒックチャネル２３（ＴＣＨ：Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）と、を含む。
【００４７】
同期ワード２１は、同期バースト１０に含まれる同期ワード１１と同様に同期のための符号パターンである。
【００４８】
高速付随制御チャネル２２は、様々な制御情報が含まれるメッセージを伝送するチャネルである。例えば、高速付随制御チャネル２２は、子局２００を呼び出す際に子局識別番号を複数指定する信号、終了信号、アイドル信号等を伝送する。
【００４９】
トラヒックチャネル２３は、通報に用いられる伝送データ信号等を伝送するチャネルである。例えば、トラヒックチャネル２３は、操作卓３００を介して録音された音声等の情報を伝送する。
【００５０】
本発明の一実施形態において、親局１００は、上述の同期バースト１０および通信用チャネル２０を連送することによって、サービスを提供する。より具体的に説明すると、親局１００は、まず、呼出信号である通報開始指示３０もしくはサイレン通報開始指示４０が含まれる同期バースト１０を２０フレーム程度連送することで、子局２００に同期バーストを検出させる。
【００５１】
その後、親局１００は、伝送データ信号等が含まれる通信用チャネル２０を連送する（すなわち、通報およびバックアップ通報に用いられる伝送データ信号が連送される）。なお、親局１００は、音声データ等が含まれる通信用チャネル２０の前に、子局識別番号を複数指定する信号が含まれるフレームを適宜送信してもよい。
【００５２】
また、親局１００が子局２００から受信確認（ＡＣＫ）を受信するまで送信を続ける、という双方向の通信が行われなくても、フレームが連送されることによって、より確実に通報が実施され得る。ここで、上述の連送数は一例であるため、連送数は適宜変更されてもよい。
【００５３】
続いて、フレームに含まれるメッセージについて説明する。通報に際して親局１００は、上記のとおり、呼出信号として通報開始指示３０もしくはサイレン通報開始指示４０を送信する。より具体的に説明すると、親局１００は、音声通報または時差通報（詳細は後述する）を行う場合には、まず呼出信号として通報開始指示３０を子局２００に送信する。子局２００は、受信信号が通報開始指示３０であることに基づいて音声通報または時差通報を行うことが要求されていることを認識しこれらの通報を行う。また、親局１００は、サイレン通報（詳細は後述する）を行う場合には、まず呼出信号としてサイレン通報開始指示４０を子局２００に送信する。子局２００は、受信信号がサイレン通報開始指示４０であることに基づいてサイレン通報を行うことが要求されていることを認識しサイレン通報を行う。
【００５４】
以降では、図５および図６を参照して、この通報開始指示３０およびサイレン通報開始指示４０のメッセージフォーマットについて説明する。なお、通報開始指示３０およびサイレン通報開始指示４０は、ＡＲＩＢ  ＳＴＤ−Ｔ１１５の規格書で詳細に説明されているため、適宜説明を省略する。なお、通報開始指示３０またはサイレン通報開始指示４０は、ＡＲＩＢ  ＳＴＤ−Ｔ１１５の規格書に記載されているメッセージとは異なるメッセージとして新規に定義されてもよいし、ＡＲＩＢ  ＳＴＤ−Ｔ１１５の規格書に記載されているメッセージの一部が変更されたメッセージとして定義されてもよい。
【００５５】
図５は、通報開始指示３０のフォーマットを示す図である。図５において、オクテット番号が小さく、ビット番号が大きい程フレームの先頭に近い符号である。つまり、１オクテットの８ビット目に該当する符号が、フレームの先頭に近い符号である。メッセージの中には、複数のフィールドが形成され、各フィールドに制御情報等が格納される。
【００５６】
図５における「通報番号」には、上記のとおり、通報内容の識別に用いられる通報番号が格納される。また、図５における「時差通報有効情報」には、時差通報の実施の有無に関する情報が格納される。例えば、時差通報が行われない場合には「０」が格納され、時差通報が行われる場合には「１」が格納される。なお、これに限定されず、時差通報の実施に関する各種情報（例えば、時差通報の種類等）が格納されてもよい。
【００５７】
また、図５における「バックアップ通報通知フラグ」には、通報開始指示３０が指示する通報がバックアップ通報であるか否かに関する情報が格納される。すなわち、通報開始指示３０が指示する通報がバックアップ通報である場合には、バックアップ通報通知フラグには例えば「１」が格納され、そうでない場合には「０」が格納される。なお、これに限定されず、バックアップ通報に関する各種情報（例えば、バックアップ通報の種類等）が格納されてもよい。
【００５８】
また、図５における「子局識別番号」には通報指示の対象である子局２００を指定する情報が格納される。例えば、子局識別番号には、通報指示の対象である子局２００のグループ（全子局２００が所属するグループも含む）の識別情報または特定の子局２００の識別情報等が格納される。これによって、子局２００は、自装置が通報指示の対象であるか否かを判定する。
【００５９】
図６は、サイレン通報開始指示４０のフォーマットを示す図である。通報開始指示３０と同様に、図６における「通報番号」には通報内容の識別に用いられる通報番号が格納され、「バックアップ通報通知フラグ」にはサイレン通報開始指示４０が指示する通報がバックアップ通報であるか否かに関する情報が格納され、「子局識別番号」には通報指示の対象である子局２００を指定する情報が格納される。
【００６０】
また、図６における「サイレン種別」には通報に使用されるサイレンの種類を指定する情報が格納される。例えば、サイレン種別には、サイレンの種類の識別番号が格納される。これによって子局２００は、自装置が記憶しているサイレンの種類の識別番号と、サイレン通報開始指示４０に含まれるサイレン種別に格納されている識別番号とを比較することによって、通報することを指示されているサイレンの種類を特定する。
【００６１】
上記では、通報開始指示３０およびサイレン通報開始指示４０について説明したが、親局１００は、これらのメッセージ以外にも様々なメッセージを送信する。例えば、親局１００は、終了信号もしくはリセット信号等に対応するメッセージを送信する。
【００６２】
＜３．各装置の機能構成＞
上記では、防災無線システムにおける通信の概要について説明した。続いて、各装置の機能構成について説明する。
【００６３】
（３−１．親局の機能構成）
まず、図７を参照して、本実施形態に係る親局１００の機能構成について説明する。図７は、本実施形態に係る親局１００の機能構成を示す図である。図７に示すように、親局１００は、通信部１１０と、生成部１２０と、制御部１３０と、を備える。また、通信部１１０は、送信部１１１と、受信部１１２と、を備える。
【００６４】
受信部１１２は、操作卓３００から通報内容についての情報を受信する有線ネットワークへのインタフェースである。より具体的に説明すると、操作者が、操作卓３００を用いて、通報内容、通報対象または通報時の動作設定等の指定を行うと、受信部１１２は、それらの情報を操作卓３００から受信する。
【００６５】
生成部１２０は、受信部１１２によって受信された情報に基づいて各種信号を生成する。より具体的に説明すると、生成部１２０は、通報開始指示３０、サイレン通報開始指示４０、伝送データ信号、終了信号またはリセット信号等を生成する。なお、各種信号の生成に用いられる通報番号等の情報は、後述する制御部１３０によって提供される。
【００６６】
制御部１３０は、通報およびバックアップ通報の制御を行う。例えば、制御部１３０は、生成部１２０によってされた各種信号を送信部１１１へ提供することで、送信部１１１に送信信号を子局２００へ送信させる。また、制御部１３０は、通報番号の管理を行う。より具体的に説明すると、制御部１３０は、通報番号を管理して通報内容毎に通報番号を付与する。
【００６７】
また、制御部１３０は、バックアップ通報を行うか否かを判断する。ここで、判断方法は任意である。例えば、ユーザが操作卓３００を用いてバックアップ通報の要否に関する情報を入力し、制御部１３０は、当該入力情報に基づいてバックアップ通報を行うか否かを判断してもよいし、制御部１３０が子局２００からの応答情報に基づいて自ら判断を行ってもよいし、必ずバックアップ通報が行われてもよい。また、ユーザが操作卓３００を用いてバックアップ通報の回数を入力することで、制御部１３０は、入力された回数に達するまでバックアップ通報を行ってもよい。
【００６８】
送信部１１１は、子局２００への無線信号の送信処理を行う。具体的には、送信部１１１は、制御部１３０から提供される各種信号をアップコンバージョンし、アップコンバージョンにより得られた電気信号をアンテナにより無線信号に変換して送信する。
【００６９】
（３−２．子局の機能構成）
続いて、図８を参照して、本実施形態に係る子局２００の構成について説明する。図８は、本実施形態に係る子局２００の機能構成を示す図である。図８に示すように、子局２００は、受信部２１０と、同期部２２０と、復号部２３０と、制御部２４０と、鳴動部２５０と、記憶部２６０と、を備える。
【００７０】
受信部２１０は、親局１００から送信された無線信号の受信処理を行う。より具体的に説明すると、受信部２１０は、親局１００から送信された無線信号をアンテナにより電気信号に変換し、当該電気信号にアナログ処理およびダウンコンバージョンを施すことにより、ベースバンドの受信信号を出力する。
【００７１】
同期部２２０は、受信部２１０によって出力される受信信号から、同期バースト１０の同期ワード１１（または通信用チャネル２０の同期ワード２１）を検出する。検出方法は、上述のとおりである。
【００７２】
復号部２３０は、親局１００による符号化方式と同一の方式により受信シンボルの復号を行う。
【００７３】
制御部２４０は、受信信号（呼出信号、伝送データ信号等）から各種情報（通報番号、通報内容、バックアップ通報通知フラグ等）を抽出する信号受信部として機能する。また、制御部２４０は、抽出した各種情報を用いて通報処理を行う通報処理部としても機能する。例えば、バックアップ通報通知フラグがバックアップ通報を指示する情報でない場合には、制御部２４０は、通報内容に基づいて後述する鳴動部２５０を制御することで通報を行い、通報が正常に完了した場合には通報番号確定値を通報番号で更新する処理（第１の処理）を行う。また、バックアップ通報通知フラグがバックアップ通報を指示する情報であり、かつ、通報番号確定値と通報番号とが異なる場合には、制御部２４０は、通報内容に基づいて鳴動部２５０を制御することで通報を行い、通報が正常に完了した場合には通報番号確定値を通報番号で更新する処理（第２の処理）を行う。また、バックアップ通報通知フラグがバックアップ通報を指示する情報であり、かつ、通報番号確定値と通報番号とが同一である場合には、制御部２４０は、通報に関する処理を行わない。また、受信信号としてリセット信号が受信された場合には、制御部２４０は、通報番号確定値をリセット（初期化）する処理（第３の処理）を行う。各種処理の詳細については「４．各装置の動作」にて説明する。
【００７４】
鳴動部２５０は、制御部２４０によって制御されることにより、内蔵スピーカを用いて通報またはバックアップ通報を行う。
【００７５】
記憶部２６０は、子局２００における各種処理に必要な情報を記憶する。例えば、記憶部２６０は、通報番号確定値、自装置の識別番号、サイレンの種類の識別番号等を記憶する。これらの情報はあくまで一例であり、記憶部２６０はその他の情報を記憶してもよい。
【００７６】
＜４．各装置の動作＞
上記では、各装置の機能構成について説明した。続いて、各装置の動作について説明する。各装置の動作を説明するにあたり、「４−１．音声通報」、「４−２．時差通報」、「４−３．第１のサイレン通報」、「４−４．第２のサイレン通報」という順番で説明する。また、以降では、既存の防災無線システムで実施される動作については適宜省略する。
【００７７】
（４−１．音声通報）
まず、図９を参照して、音声通報が行われる場合の親局１００の動作について説明する。図９は、音声通報が行われる場合の親局１００の動作を示すフローチャートである。
【００７８】
ステップＳ１０００では、親局１００の制御部１３０が、バックアップ通報の要否、バックアップ通報回数および通報番号等の各種パラメータを読み込む。バックアップ通報が行われない場合（ステップＳ１００４／Ｎｏ）、ステップＳ１００８にて、制御部１３０は、通報番号をカウントアップし、カウントアップ後の通報番号を保存する。ステップＳ１０１２では、生成部１２０が通報番号を含む通報開始指示３０を生成し、送信部１１１が通報開始指示３０を子局２００に送信する。ステップＳ１０１６では、生成部１２０が操作卓３００から入力された音声に基づいて伝送データ信号を生成し、送信部１１１が伝送データ信号を子局２００に送信する。ステップＳ１０２０では、生成部１２０が終了信号を生成し、送信部１１１が終了信号を子局２００に送信することで処理が終了する。
【００７９】
ステップＳ１００４にて、バックアップ通報が行われる場合（ステップＳ１００４／Ｙｅｓ）、ステップＳ１０２４にて、制御部１３０は、通報番号をカウントアップし、カウントアップ後の通報番号を保存する。ステップＳ１０２８では、生成部１２０が通報番号を含む通報開始指示３０を生成し、通報開始指示３０（または通報開始指示３０の生成に用いられる情報）を保存するとともに、送信部１１１が通報開始指示３０を子局２００に送信する。ステップＳ１０３２では、生成部１２０が操作卓３００から入力された音声に基づいて伝送データ信号を生成し、伝送データ信号（または伝送データ信号の生成に用いられる情報）を保存するとともに、送信部１１１が伝送データ信号を子局２００に送信する。ステップＳ１０３６では、生成部１２０が終了信号を生成し、終了信号（または終了信号の生成に用いられる情報）を保存するとともに、送信部１１１が終了信号を子局２００に送信する。ここで、ステップＳ１０２８〜ステップＳ１０３６では、各種信号が送信される際に併せて保存も行われているが、これに限定されず、例えば、予め保存されている各種信号が読み出されて、送信処理が行われてもよい。これは以降で説明するバックアップ通報についても同様である。
【００８０】
ステップＳ１０４０以降はバックアップ通報に関する処理である。ステップＳ１０４０では、制御部１３０が保存された通報開始指示３０を読出し（または生成部１２０が保存された情報に基づいて通報開始指示３０を再生成し）、送信部１１１が通報開始指示３０を子局２００に送信する。ステップＳ１０４４では、制御部１３０が、保存された伝送データ信号を読出し（または生成部１２０が保存された情報に基づいて伝送データ信号を再生成し）、送信部１１１が伝送データ信号を子局２００に送信する。ステップＳ１０４８では、制御部１３０が保存された終了信号を読出し（または生成部１２０が保存された情報に基づいて終了信号を再生成し）、送信部１１１が終了信号を子局２００に送信する。
【００８１】
ステップＳ１０５２では、制御部１３０がバックアップ通報回数をカウントし、カウント後の値がステップＳ１０００で読み込まれたバックアップ通報回数に達している場合（ステップＳ１０５６／Ｙｅｓ）、処理が終了する。カウント後の値がステップＳ１０００で読み込まれたバックアップ通報回数に達していない場合（ステップＳ１０５６／Ｎｏ）、処理がステップＳ１０４０に移動することで、再びバックアップ通報が行われる。
【００８２】
続いて、図１０を参照して、音声通報が行われる場合の子局２００の動作について説明する。図１０は、音声通報が行われる場合の子局２００の動作を示すフローチャートである。
【００８３】
ステップＳ１１００では、子局２００の受信部２１０が、呼出信号として通報開始指示３０を親局１００から受信する。ステップＳ１１０４では、制御部２４０が通報開始指示３０に含まれる通報番号を取得する。ステップＳ１１０８では、制御部２４０は、記憶部２６０から通報番号確定値を取得する。ステップＳ１１１２では、制御部２４０が、通報番号と通報番号確定値とを比較する。通報番号と通報番号確定値が異なる場合（ステップＳ１１１２／Ｎｏ）、制御部２４０は、通報開始指示３０が新たな通報指示か、または、前回正常に実施できなかった通報のバックアップ通報指示であると判断し、ステップＳ１１１６にて、通報開始指示３０に含まれる通報番号を一時的に記憶する。
【００８４】
そして、ステップＳ１１２０では、制御部２４０は、伝送データ信号に基づいて鳴動部２５０を鳴動させることで通報を行う。その後、受信部２１０が終了信号を受信した場合（ステップＳ１１２４／Ｙｅｓ）、ステップＳ１１２８にて、制御部２４０は、一時的に記憶している通報番号を通報番号確定値として記憶し、ステップＳ１１３２にて、一時的に記憶している通報番号を破棄することで処理が終了する。なお、ステップＳ１１３２にて、制御部２４０は、一時的に記憶している通報番号を破棄するのではなく、次の通報の際に通報番号を上書きしてもよい。
【００８５】
ステップＳ１１２４にて、受信部２１０が終了信号を受信しなかった場合（ステップＳ１１２４／Ｎｏ）、制御部２４０は、（例えば、同期外れ等が原因で）正常な通報を実施できなかったと判断して、ステップＳ１１３２にて一時的に記憶している通報番号を破棄することで通報番号確定値を更新しない。また、ステップＳ１１１２にて、通報番号と通報番号確定値が同一である場合（ステップＳ１１１２／Ｙｅｓ）、制御部２４０は、通報開始指示３０が既に正常に実施した通報についてのバックアップ通報指示であると判断し、再度の通報を行うことなく処理が終了する。
【００８６】
続いて、図１１を参照して、音声通報において通報番号のリセットが行われる場合の親局１００の動作について説明する。図１１は、音声通報において通報番号のリセットが行われる場合の親局１００の動作を示すフローチャートである。
【００８７】
なお、ステップＳ１２００〜ステップＳ１２５６の動作は、上記図９のステップＳ１０００〜ステップＳ１０５６の動作と同一であるため説明を省略する。通報番号のリセットが行われる場合、ステップ１２６０にて、制御部１３０は、カウントアップ後の通報番号が設定可能な値の中での最大値となっているか否かを判定する。通報番号が最大値となっている場合（ステップＳ１２６０／Ｙｅｓ）、ステップＳ１２６４では、制御部１３０が通報番号をリセットし、ステップＳ１２６８では、送信部１１１がリセット信号を子局２００に送信する。
【００８８】
その後、リセット信号を受信した子局２００は通報番号確定値をリセットする。子局２００がリセット信号を受信し、通報番号確定値をリセットする動作については説明を省略する。
【００８９】
続いて、音声通報においてバックアップ通報通知フラグに基づく通報が行われる場合の動作について説明する。上記のとおり、親局１００は、通報開始指示３０にバックアップ通報通知フラグを設定することによって、通報開始指示３０がバックアップ通報の指示であるか否かを子局２００に通知することができる。したがって、仮に、子局２００が通報番号確定値のリセットに失敗した後に、親局１００から同一の通報番号を含む通報開始指示３０を受信した場合であっても、子局２００は、バックアップ通報通知フラグに基づいて適切に通報を行うことができる。
【００９０】
ここで、図１２を参照して、バックアップ通報通知フラグに基づく通報が行われる場合の子局２００の動作について説明する。図１２は、音声通報においてバックアップ通報通知フラグに基づく通報が行われる場合の子局２００の動作を示すフローチャートである。
【００９１】
ステップＳ１３００では、子局２００の受信部２１０が、呼出信号として通報開始指示３０を親局１００から受信する。ステップＳ１３０４では、制御部２４０が通報開始指示３０に含まれる通報番号を取得する。ステップＳ１３０８では、制御部２４０が通報開始指示３０に含まれるバックアップ通報通知フラグに基づいてバックアップ通報が要求されているか否かを判断する。
【００９２】
制御部２４０がバックアップ通報通知フラグに基づいてバックアップ通報が要求されていると判断した場合（ステップＳ１３０８／Ｙｅｓ）、ステップＳ１３３２〜ステップＳ１３５６のバックアップ通報処理が行われる。ステップＳ１３３２〜ステップＳ１３５６の動作は、上記図１０のステップＳ１１０８〜ステップＳ１１３２の動作と同一であるため説明を省略する。制御部２４０がバックアップ通報通知フラグに基づいてバックアップ通報ではなく新規の通報が要求されていると判断した場合（ステップＳ１３０８／Ｎｏ）、ステップＳ１３１２〜ステップＳ１３２８の通報処理が行われる。ステップＳ１３１２〜ステップＳ１３２８の動作は、上記図１０のステップＳ１１１６〜ステップＳ１１３２の動作と同一であるため説明を省略する。
【００９３】
（４−２．時差通報）
上記では、音声通報が行われる場合の各装置の動作について説明した。続いて、時差通報が行われる場合の各装置の動作について説明する。時差通報とは、子局２００同士の離隔距離が近い場合において、各子局２００の通報によって干渉が発生することを防ぐために、離隔距離が近い子局２００が互いに異なるタイミングで通報を実施する方式である。
【００９４】
時差通報が行われる場合、親局１００は、通報開始指示３０に含まれる「時差通報有効情報」に、時差通報を行うことを示す値を設定し、通報開始指示３０に含まれる「分割番号」に通報指示の対象となる子局２００群を特定する情報を設定する。子局２００は、自装置に割り振られている分割番号を予め把握しているとする。そして、子局２００は、親局１００からの通報開始指示３０に含まれる「時差通報有効情報」に基づいて時差通報が指示されていることを認識し、通報開始指示３０に含まれる「分割番号」と自装置に割り振られている分割番号とが同一であるか否かに基づいて、当該通報開始指示３０が自装置に対して通報を指示しているか否かを判断する。例えば、親局１００は、同一の通報を指示する一連の信号を複数回（例えば、３回程度）送信することで時差通報を実現することができる。
【００９５】
なお、親局１００は、バックアップ通報については時差通報としなくてもよい。より具体的に説明すると、時差通報に失敗する子局２００は少数であると想定される場合、親局１００は、バックアップ通報を時差通報とするのではなく１回の通報で実施してもよい。これによって、無線回線の占有時間が短縮され得る。例えば、通報およびその後のバックアップ通報がそれぞれ３回ずつ行われる場合、無線回線は計６回の通報時間にわたり占有されることになる。一方、バックアップ通報が１回にされることで、無線回線の占有時間が計４回の通信時間に短縮される。
【００９６】
次に、図１３Ａおよび図１３Ｂを参照して、時差通報が行われる場合の親局１００の動作について説明する。図１３Ａおよび図１３Ｂは、時差通報が行われる場合の親局１００の動作を示すフローチャートである。
【００９７】
ステップＳ１４００では、親局１００の制御部１３０が、バックアップ通報の要否、バックアップ通報回数および通報番号等の各種パラメータを読み込む。時差通報においては、制御部１３０は、上記のパラメータだけでなく、時差通報有効情報もしくは分割番号等に関するパラメータも併せて読み込む。
【００９８】
ステップＳ１４０４では、制御部１３０が、通報番号をカウントアップし、カウントアップ後の通報番号を保存する。ステップＳ１４０８では、生成部１２０が呼出信号である通報開始指示３０を生成する。このとき、生成部１２０は、「時差通報有効情報」には時差通報を行うことを示す値を設定し、「分割番号」には通報指示の対象となる子局２００群を特定する情報を設定する。そして、生成部１２０は、通報開始指示３０（または通報開始指示３０の生成に用いられる情報）を保存するとともに、送信部１１１が通報開始指示３０を子局２００に送信する。ステップＳ１４１２では、生成部１２０が操作卓３００から入力された音声に基づいて伝送データ信号を生成し、伝送データ信号（または伝送データ信号の生成に用いられる情報）を保存するとともに、送信部１１１が伝送データ信号を子局２００に送信する。ステップＳ１４１６では、生成部１２０が終了信号を生成し、終了信号（または終了信号の生成に用いられる情報）を保存するとともに、送信部１１１が終了信号を子局２００に送信する。ステップＳ１４２０では、制御部１３０が分割番号を更新する。
【００９９】
ステップＳ１４２４〜ステップＳ１４３２は、２回目以降の時差通報の動作を示す。ステップＳ１４２４では、制御部１３０が保存された通報開始指示３０を読出し（または生成部１２０が保存された情報に基づいて通報開始指示３０を再生成し）、送信部１１１が通報開始指示３０を子局２００に送信する。ステップＳ１４２８では、制御部１３０が、保存された伝送データ信号を読出し（または生成部１２０が保存された情報に基づいて伝送データ信号を再生成し）、送信部１１１が伝送データ信号を子局２００に送信する。ステップＳ１４３２では、制御部１３０が、保存された終了信号を読出し（または生成部１２０が保存された情報に基づいて終了信号を再生成し）、送信部１１１が終了信号を子局２００に送信する。
【０１００】
ステップＳ１４３６では、制御部１３０が、分割番号が最終番号であるか否かを判定する。分割番号が最終番号でない場合（ステップＳ１４３６／Ｎｏ）、処理がステップＳ１４２０に移動し、制御部１３０が分割番号を更新した上で時差通報を再度行う。分割番号が最終番号である場合（ステップＳ１４３６／Ｙｅｓ）、時差通報は完了しているため、バックアップ通報に関する制御が行われる。バックアップ通報が行われる場合（ステップＳ１４４０／Ｙｅｓ）、ステップＳ１４４４〜ステップＳ１４６０のバックアップ通報処理が行われる。ステップＳ１４４４〜ステップＳ１４６０の動作は、上記図９のステップＳ１０４０〜ステップＳ１０５６の動作と同一であるため説明を省略する。バックアップ通報が行われない場合（ステップＳ１４４０／Ｎｏ）、処理が終了する。
【０１０１】
なお、時差通報においても、通報番号のリセットが行われてもよい。より具体的に説明すると、時差通報を行う親局１００は、上記図１１のように、バックアップ通報処理を行った後に通報番号が設定可能な値の中での最大値となっている場合には、通報番号のリセットを行い、子局２００にリセット信号を送信してもよい。その後、リセット信号を受信した子局２００は、通報番号確定値をリセットする。これによって、時差通報において、通報番号として利用できる番号数が制限されていても、親局１００および子局２００は、通報番号および通報番号確定値のリセットを行い、初期状態から再びカウントアップをすることで通報内容を適切に識別することができる。
【０１０２】
また、時差通報においても、通報開始指示３０にバックアップ通報通知フラグが設定されてもよい。より具体的に説明すると、親局１００は、通報開始指示３０にバックアップ通報通知フラグを設定することによって、当該通報開始指示３０がバックアップ通報を指示する信号であるか否かを子局２００に対して通知することができる。そのため、仮に、子局２００が通報番号確定値のリセットに失敗した後に、親局１００から同一の通報番号を含む通報開始指示３０を受信した場合であっても、子局２００は、バックアップ通報通知フラグに基づいて適切に通報処理を行うことができる。
【０１０３】
（４−３．第１のサイレン通報）
上記では、時差通報が行われる場合の各装置の動作について説明した。続いて、第１のサイレン通報が行われる場合の各装置の動作について説明する。第１のサイレン通報とは、サイレン通報の終了を通知する終了信号が通信されないサイレン通報である。
【０１０４】
まず、図１４を参照して、第１のサイレン通報が行われる場合の親局１００の動作について説明する。図１４は、第１のサイレン通報が行われる場合の親局１００の動作を示すフローチャートである。
【０１０５】
ステップＳ１５００では、親局１００の制御部１３０が、サイレン種別情報、バックアップ通報の要否、バックアップ通報回数および通報番号等の各種パラメータを読み込む。バックアップ通報が行われない場合（ステップＳ１５０４／Ｎｏ）、ステップＳ１５０８にて、制御部１３０は、通報番号をカウントアップし、カウントアップ後の通報番号を保存する。ステップＳ１５１２では、生成部１２０が通報番号を含むサイレン通報開始指示４０を生成し、送信部１１１がサイレン通報開始指示４０を子局２００に送信する。サイレン通報開始指示４０に含まれるサイレン種別情報に基づいて子局２００はサイレン通報を行う。制御部１３０は、サイレン通報毎に吹鳴時間を管理し、ステップＳ１５１６にて、サイレン通報開始指示４０を送信してから当該サイレン通報の吹鳴時間が完了した時点で当該サイレン通報の実行が完了したと判断し、処理が終了する。
【０１０６】
ステップＳ１５０４にて、バックアップ通報が行われる場合（ステップＳ１５０４／Ｙｅｓ）、ステップＳ１５２０にて、制御部１３０は、通報番号をカウントアップし、カウントアップ後の通報番号を保存する。ステップＳ１５２４では、生成部１２０が通報番号を含むサイレン通報開始指示４０を生成し、サイレン通報開始指示４０（またはサイレン通報開始指示４０の生成に用いられる情報）を保存するとともに、送信部１１１がサイレン通報開始指示４０を子局２００に送信する。ステップＳ１５２８では、制御部１３０が、サイレン通報開始指示４０を送信してから当該サイレン通報の吹鳴時間が完了した時点で当該サイレン通報の実行が完了したと判断する。
【０１０７】
ステップＳ１５３２以降はバックアップ通報に関する処理である。ステップＳ１５３２では、制御部１３０が保存されたサイレン通報開始指示４０を読出し（または生成部１２０が保存された情報に基づいてサイレン通報開始指示４０を再生成し）、送信部１１１がサイレン通報開始指示４０を子局２００に送信する。ステップＳ１５３６では、制御部１３０が、サイレン通報開始指示４０を送信してから当該サイレン通報の吹鳴時間が完了した時点で当該サイレン通報の実行が完了したと判断する。
【０１０８】
ステップＳ１５４０では、制御部１３０がバックアップ通報回数をカウントし、カウント後の値がステップＳ１５００で読み込まれたバックアップ通報回数に達している場合（ステップＳ１５４４／Ｙｅｓ）、処理が終了する。カウント後の値がステップＳ１５００で読み込まれたバックアップ通報回数に達していない場合（ステップＳ１５４４／Ｎｏ）、処理がステップＳ１５３２に移動することで、再びバックアップ通報が行われる。
【０１０９】
続いて、図１５を参照して、第１のサイレン通報が行われる場合の子局２００の動作について説明する。図１５は、第１のサイレン通報が行われる場合の子局２００の動作を示すフローチャートである。
【０１１０】
ステップＳ１６００では、子局２００の受信部２１０が、呼出信号としてサイレン通報開始指示４０を親局１００から受信する。ステップＳ１６０４では、制御部２４０がサイレン通報開始指示４０に含まれる通報番号を取得する。ステップＳ１６０８では、制御部２４０は、記憶部２６０から通報番号確定値を取得する。ステップＳ１６１２では、制御部２４０が、通報番号と通報番号確定値とを比較する。通報番号と通報番号確定値が異なる場合（ステップＳ１６１２／Ｎｏ）、制御部２４０は、サイレン通報開始指示４０が新たな通報指示か、または、前回正常に実施できなかった通報のバックアップ通報指示であると判断し、ステップＳ１６１６にて、サイレン通報開始指示４０に含まれる通報番号を一時的に記憶する。
【０１１１】
ステップＳ１６２０では、制御部２４０がサイレン通報開始指示４０に含まれるサイレン種別情報に基づいて鳴動部２５０を鳴動させることでサイレン通報を行う。ステップＳ１６２４では、制御部２４０は、一時的に記憶している通報番号を通報番号確定値として記憶し、ステップＳ１６２８にて、一時的に記憶している通報番号を破棄することで処理が終了する。なお、ステップＳ１６２８にて、制御部２４０は、一時的に記憶している通報番号を破棄するのではなく、次の通報の際に通報番号を上書きしてもよい。
【０１１２】
なお、第１のサイレン通報においても、通報番号のリセットが行われてもよい。より具体的に説明すると、第１のサイレン通報を行う親局１００は、上記図１１のように、バックアップ通報処理を行った後に通報番号が設定可能な値の中での最大値となっている場合には、通報番号のリセットを行い、子局２００にリセット信号を送信してもよい。その後、リセット信号を受信した子局２００は、通報番号確定値をリセットする。これによって、第１のサイレン通報において、通報番号として利用できる番号数が制限されていても、親局１００および子局２００は、通報番号および通報番号確定値のリセットを行い、初期状態から再びカウントアップをすることで通報内容を適切に識別することができる。
【０１１３】
また、第１のサイレン通報においても、サイレン通報開始指示４０にバックアップ通報通知フラグが設定されてもよい。より具体的に説明すると、親局１００は、サイレン通報開始指示４０にバックアップ通報通知フラグを設定することによって、当該サイレン通報開始指示４０がバックアップ通報を指示する信号であるか否かを子局２００に対して通知することができる。そのため、仮に、子局２００が通報番号確定値のリセットに失敗した後に、親局１００から同一の通報番号を含むサイレン通報開始指示４０を受信した場合であっても、子局２００は、バックアップ通報通知フラグに基づいて適切に通報処理を行うことができる。
【０１１４】
ここで、図１６を参照して、第１のサイレン通報におけるサイレン通報開始指示４０にバックアップ通報通知フラグが設定される場合の子局２００の動作について説明する。図１６は、第１のサイレン通報におけるサイレン通報開始指示４０にバックアップ通報通知フラグが設定される場合の子局２００の動作を示すフローチャートである。
【０１１５】
ステップＳ１７００では、子局２００の受信部２１０が、呼出信号としてサイレン通報開始指示４０を親局１００から受信する。ステップＳ１７０４では、制御部２４０がサイレン通報開始指示４０に含まれる通報番号を取得する。ステップＳ１７０８では、制御部２４０がサイレン通報開始指示４０に含まれるバックアップ通報通知フラグに基づいてバックアップ通報が指示されているか否かを判断する。
【０１１６】
制御部２４０がバックアップ通報通知フラグに基づいてバックアップ通報が指示されていると判断した場合（ステップＳ１７０８／Ｙｅｓ）、ステップＳ１７２８〜ステップＳ１７４８のバックアップ通報処理が行われる。ステップＳ１７２８〜ステップＳ１７４８の動作は、上記図１５のステップＳ１６０８〜ステップＳ１６２８の動作と同一であるため説明を省略する。制御部２４０がバックアップ通報通知フラグに基づいてバックアップ通報ではなく新規の通報が指示されていると判断した場合（ステップＳ１７０８／Ｎｏ）、ステップＳ１７１２〜ステップＳ１７２４の通報処理が行われる。ステップＳ１７１２〜ステップＳ１７２４の動作は、上記図１５のステップＳ１６１６〜ステップＳ１６２８の動作と同一であるため説明を省略する。
【０１１７】
（４−４．第２のサイレン通報）
上記では、第１のサイレン通報が行われる場合の各装置の動作について説明した。続いて、第２のサイレン通報が行われる場合の各装置の動作について説明する。第２のサイレン通報とは、通報中にはアイドル信号が通信され、通報終了時に終了信号が通信されるサイレン通報である。第２のサイレン通報においては、子局２００が終了信号を受信できなかったことによって、サイレン通報が異常終了した場合においても、バックアップ通報によって救済が行われる。
【０１１８】
まず、図１７を参照して、第２のサイレン通報が行われる場合の親局１００の動作について説明する。図１７は、第２のサイレン通報が行われる場合の親局１００の動作を示すフローチャートである。
【０１１９】
ステップＳ１８００〜ステップＳ１８１２は、上記図１４のステップＳ１５００〜ステップＳ１５１２と同一であるため、説明を省略する。制御部１３０は、サイレン通報毎に吹鳴時間を管理し、ステップＳ１８１６では、サイレン通報開始指示４０を送信してから当該サイレン通報の吹鳴時間中は、生成部１２０にアイドル信号を生成させ、送信部１１１にアイドル信号を子局２００に送信させる。ステップＳ１８２０では、サイレン通報の吹鳴時間が完了するタイミングにて、制御部１３０が、生成部１２０に終了信号を生成させ、送信部１１１に終了信号を子局２００に送信させることで、処理が終了する。
【０１２０】
ステップＳ１８０４にて、バックアップ通報が行われる場合（ステップＳ１８０４／Ｙｅｓ）、ステップＳ１８２４にて、制御部１３０は、通報番号をカウントアップし、カウントアップ後の通報番号を保存する。ステップＳ１８２８では、生成部１２０が通報番号を含むサイレン通報開始指示４０を生成し、サイレン通報開始指示４０（またはサイレン通報開始指示４０の生成に用いられる情報）を保存するとともに、送信部１１１がサイレン通報開始指示４０を子局２００に送信する。ステップＳ１８３２では、制御部１３０は、サイレン通報開始指示４０を送信してから当該サイレン通報の吹鳴時間中は、生成部１２０にアイドル信号を生成させ、送信部１１１にアイドル信号を子局２００に送信させる。ステップＳ１８３６では、サイレン通報の吹鳴時間が完了するタイミングにて、制御部１３０が、生成部１２０に終了信号を生成させ、終了信号（または終了信号の生成に用いられる情報）を保存するとともに、送信部１１１に終了信号を子局２００に送信させる。
【０１２１】
ステップＳ１８４０以降はバックアップ通報に関する処理である。ステップＳ１８４０では、制御部１３０が保存されたサイレン通報開始指示４０を読出し（または生成部１２０が保存された情報に基づいてサイレン通報開始指示４０を再生成し）、送信部１１１がサイレン通報開始指示４０を子局２００に送信する。ステップＳ１８４４では、制御部１３０は、サイレン通報開始指示４０を送信してから当該サイレン通報の吹鳴時間中は、生成部１２０にアイドル信号を生成させ、送信部１１１にアイドル信号を子局２００に送信させる。ステップＳ１８４８では、サイレン通報の吹鳴時間が完了するタイミングにて、制御部１３０が保存された終了信号を読出し（または生成部１２０が保存された情報に基づいて終了信号を再生成し）、送信部１１１が終了信号を子局２００に送信する。
【０１２２】
ステップＳ１８５２では、制御部１３０がバックアップ通報回数をカウントし、カウント後の値がステップＳ１８００で読み込まれたバックアップ通報回数に達している場合（ステップＳ１８５６／Ｙｅｓ）、処理が終了する。カウント後の値がステップＳ１８００で読み込まれたバックアップ通報回数に達していない場合（ステップＳ１８５６／Ｎｏ）、処理がステップＳ１８４０に移動することで、再びバックアップ通報が行われる。
【０１２３】
続いて、図１８を参照して、第２のサイレン通報が行われる場合の子局２００の動作について説明する。図１８は、第２のサイレン通報が行われる場合の子局２００の動作を示すフローチャートである。
【０１２４】
ステップＳ１９００〜ステップＳ１９１６は、上記図１５のステップＳ１６００〜ステップＳ１６１６と同一であるため、説明を省略する。ステップＳ１９２０では、制御部２４０は、アイドル信号を受信している間は、サイレン通報開始指示４０に含まれるサイレン種別情報に基づいて鳴動部２５０を鳴動させることでサイレン通報を行う。その後、受信部２１０が終了信号を受信した場合（ステップＳ１９２４／Ｙｅｓ）、ステップＳ１９２８にて、制御部２４０は、一時的に記憶している通報番号を通報番号確定値として記憶し、ステップＳ１９３２にて、一時的に記憶している通報番号を破棄することで処理が終了する。なお、ステップＳ１９３２にて、制御部２４０は、一時的に記憶している通報番号を破棄するのではなく、次の通報の際に通報番号を上書きしてもよい。
【０１２５】
ステップＳ１９２４にて、受信部２１０が終了信号を受信しなかった場合（ステップＳ１９２４／Ｎｏ）、制御部２４０は、（例えば、同期外れ等が原因で）正常な通報を実施できなかったと判断して、ステップＳ１９３２にて一時的に記憶している通報番号を破棄することで通報番号確定値を更新しない。また、ステップＳ１９１２にて、通報番号と通報番号確定値が同一である場合（ステップＳ１９１２／Ｙｅｓ）、制御部２４０は、サイレン通報開始指示４０が既に正常に実施した通報についてのバックアップ通報指示であると判断し、再度の通報を行うことなく処理が終了する。
【０１２６】
なお、第２のサイレン通報においても、通報番号のリセットが行われてもよい。より具体的に説明すると、第２のサイレン通報を行う親局１００は、上記図１１のように、バックアップ通報処理を行った後に通報番号が設定可能な値の中での最大値となっている場合には、通報番号のリセットを行い、子局２００にリセット信号を送信してもよい。その後、リセット信号を受信した子局２００は、通報番号確定値をリセットする。これによって、第２のサイレン通報において、通報番号として利用できる番号数が制限されていても、親局１００および子局２００は、通報番号および通報番号確定値のリセットを行い、初期状態から再びカウントアップをすることで通報内容を適切に識別することができる。
【０１２７】
また、第２のサイレン通報においても、サイレン通報開始指示４０にバックアップ通報通知フラグが設定されてもよい。より具体的に説明すると、親局１００は、サイレン通報開始指示４０にバックアップ通報通知フラグを設定することによって、当該サイレン通報開始指示４０がバックアップ通報を指示する信号であるか否かを子局２００に対して通知することができる。そのため、仮に、子局２００が通報番号確定値のリセットに失敗した後に、親局１００から同一の通報番号を含むサイレン通報開始指示４０を受信した場合であっても、子局２００は、バックアップ通報通知フラグに基づいて適切に通報処理を行うことができる。
【０１２８】
ここで、図１９を参照して、第２のサイレン通報におけるサイレン通報開始指示４０にバックアップ通報通知フラグが設定される場合の子局２００の動作について説明する。図１９は、第２のサイレン通報におけるサイレン通報開始指示４０にバックアップ通報通知フラグが設定される場合の子局２００の動作を示すフローチャートである。
【０１２９】
ステップＳ２０００では、子局２００の受信部２１０が、呼出信号としてサイレン通報開始指示４０を親局１００から受信する。ステップＳ２００４では、制御部２４０がサイレン通報開始指示４０に含まれる通報番号を取得する。ステップＳ２００８では、制御部２４０がサイレン通報開始指示４０に含まれるバックアップ通報通知フラグに基づいてバックアップ通報が指示されているか否かを判断する。
【０１３０】
制御部２４０がバックアップ通報通知フラグに基づいてバックアップ通報が指示されていると判断した場合（ステップＳ２００８／Ｙｅｓ）、ステップＳ２０３２〜ステップＳ２０５６のバックアップ通報処理が行われる。ステップＳ２０３２〜ステップＳ２０５６の動作は、上記図１８のステップＳ１９０８〜ステップＳ１９３２の動作と同一であるため説明を省略する。制御部２４０がバックアップ通報通知フラグに基づいてバックアップ通報ではなく新規の通報が指示されていると判断した場合（ステップＳ２００８／Ｎｏ）、ステップＳ２０１２〜ステップＳ２０２８の通報処理が行われる。ステップＳ２０１２〜ステップＳ２０２８の動作は、上記図１８のステップＳ１９１６〜ステップＳ１９３２の動作と同一であるため説明を省略する。
【０１３１】
＜５．各装置のハードウェア構成＞
以上、各装置の動作について説明した。続いて、本実施形態に係る親局１００および子局２００のハードウェア構成について説明する。上述の動作は、ソフトウェアと、以下に説明する親局１００および子局２００のハードウェアとの協働により実現される。
【０１３２】
図２０は、本実施形態に係る親局１００または子局２００のハードウェア構成を示す図であり、親局１００または子局２００は図２０に示す情報処理装置９００によって具現される。情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置９１０と、通信機器９１１と、を備える。
【０１３３】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバス等から構成されるホストバス９０４により相互に接続されている。親局１００の生成部１２０もしくは制御部１３０、または子局２００の制御部２４０は、ＣＰＵ９０１によって具現され得る。
【０１３４】
ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
【０１３５】
入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバー等ユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路等から構成されている。情報処理装置９００を操作するユーザは、この入力装置９０８を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。
【０１３６】
出力装置９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置、ランプ等の表示装置およびスピーカ等の音声出力装置を含む。子局２００の鳴動部２５０は、出力装置９０９によって具現され得る。
【０１３７】
ストレージ装置９１０は、データ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含んでもよい。ストレージ装置９１０は、例えば、フラッシュメモリで構成される。このストレージ装置９１０は、フラッシュメモリを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納してもよい。子局２００の記憶部２６０は、ストレージ装置９１０によって具現され得る。
【０１３８】
通信機器９１１は、例えば、ネットワークに接続するための通信デバイス等で構成された通信インタフェースである。また、通信機器９１１は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。親局１００の通信部１１０または子局２００の受信部２１０、同期部２２０または復号部２３０は、通信機器９１１によって具現され得る。
【０１３９】
＜６．むすび＞
以上で説明したように、本発明に係る親局１００は、通報に用いられる各種信号を子局２００に送信した後に、同一の通報内容を含む信号をバックアップのために子局２００に送信する。そして、親局１００は、通報用に送信する信号およびバックアップ通報用に送信する信号の両方に同一の通報番号を付与する。これらの信号を受信した子局２００は、当該通報番号と自装置に記憶されている通報番号確定値とを用いて制御を行うことで適切に通報およびバックアップ通報を行うことができる。
【０１４０】
また、通報番号として利用できる番号数が制限されていても、本発明に係る親局１００および子局２００は、通報番号および通報番号確定値のリセットを行い、初期状態から再びカウントアップをすることで通報内容を適切に識別することができる。
【０１４１】
また、親局１００が呼出信号にバックアップ通報通知フラグを設定することによって、仮に、子局２００が通報番号確定値のリセットに失敗した場合にも、子局２００はバックアップ通報通知フラグに基づいて受信した呼出信号がバックアップ通報を指示する信号であるか否かを判断し、適切に処理を行うことができる。
【０１４２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１４３】
例えば、本実施形態に係る各装置の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、親局１００または子局２００の動作における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１４４】
また、親局１００の構成の一部は、適宜親局１００外に設けられ得る。同様に、子局２００の構成の一部は、適宜子局２００外に設けられ得る。
【０１４５】
また、親局１００の機能の一部が、制御部１３０よって具現されてもよい。例えば、制御部１３０が通信部１１０または生成部１２０の機能の一部を具現してもよい。同様に、子局２００の機能の一部が、制御部２４０によって具現されてもよい。例えば、制御部２４０が受信部２１０、同期部２２０、復号部２３０または鳴動部２５０の機能の一部を具現してもよい。
【０１４６】
なお、上記では説明した各種信号はあくまで一例であるため、親局１００および子局２００間で通信される信号は適宜変更され得る。例えば、呼出信号、伝送データ信号または終了信号等のそれぞれが有する情報がいずれかの信号に統合されたり、所定の信号に移行されたりしてもよい。例えば、上記では、通報番号は呼出信号に設定されていたが、「通報番号通知」という新たな信号が追加され、通報番号は当該信号に設定されてもよい。当該信号が通信されるタイミングは任意であるが、例えば、呼出信号が通信された後、かつ、伝送データ信号が通信される前に当該信号が通信されてもよい。
【０１４７】
また、上記では通報番号および通報番号確定値はそれぞれ単数のみ管理される例を記載したが、通報番号および通報番号確定値はそれぞれ複数管理されてもよい。
【０１４８】
また、上記に記載した親局１００の機能は、適宜操作卓３００または中継局無線機４００によって具現されてもよい。例えば、操作卓３００は、通報番号の管理、各種信号の生成、バックアップ通報の制御等を行ってもよい。
【符号の説明】
【０１４９】
１００    親局
１１０    通信部
１１１    送信部
１１２    受信部
１２０    生成部
１３０    制御部
２００    子局
２１０    受信部
２２０    同期部
２３０    復号部
２４０    制御部
２５０    鳴動部
【図１】
2018136818.tif 000003
【図２】
2018136818.tif 000004
【図３】
2018136818.tif 000005
【図４】
2018136818.tif 000006
【図５】
2018136818.tif 000007
【図６】
2018136818.tif 000008
【図７】
2018136818.tif 000009
【図８】
2018136818.tif 000010
【図９】
2018136818.tif 000011
【図１０】
2018136818.tif 000012
【図１１】
2018136818.tif 000013
【図１２】
2018136818.tif 000014
【図１３Ａ】
2018136818.tif 000015
【図１３Ｂ】
2018136818.tif 000016
【図１４】
2018136818.tif 000017
【図１５】
2018136818.tif 000018
【図１６】
2018136818.tif 000019
【図１７】
2018136818.tif 000020
【図１８】
2018136818.tif 000021
【図１９】
2018136818.tif 000022
【図２０】
2018136818.tif 000023