(57)【要約】【課題】拡声通報において利用される方式を用いた同報系の放送システムにおいて、放送装置のリソースをより有効に活用することが可能な技術を提供する。【解決手段】拡声通報において利用される方式を用いた同報系の放送システムにおける放送装置であって、１または複数の録音データを記憶している記憶部と、削除対象の録音データを特定するための削除ＩＤまたは削除基準時刻を受信する受信部と、前記削除ＩＤまたは前記削除基準時刻に応じた録音データを前記記憶部から削除する制御部と、を備える、放送装置が提供される。【選択図】図１
2020113853.tif 000002
【特許請求の範囲】
【請求項１】
拡声通報において利用される方式を用いた同報系の放送システムにおける放送装置であって、
１または複数の録音データを記憶している記憶部と、
削除対象の録音データを特定するための削除ＩＤまたは削除基準時刻を受信する受信部と、
前記削除ＩＤまたは前記削除基準時刻に応じた録音データを前記記憶部から削除する制御部と、
を備える、放送装置。
【請求項２】
前記受信部は、前記削除基準時刻を受信し、
前記制御部は、前記削除基準時刻よりも前の放送予定時刻に対応する録音データを前記記憶部から削除する、
請求項１に記載の放送装置。
【請求項３】
前記受信部は、前記削除ＩＤを受信し、
前記制御部は、前記削除ＩＤに対応する録音データを前記記憶部から削除する、
請求項１に記載の放送装置。
【請求項４】
前記受信部は、放送予約操作に基づく録音要求を受信し、
前記制御部は、前記録音要求に含まれる音声データを前記記憶部に記憶させ、
前記録音要求には、前記削除ＩＤまたは前記削除基準時刻が含まれる、
請求項１に記載の放送装置。
【請求項５】
前記受信部は、再生対象の録音データを特定するための再生ＩＤに対応する放送予定時刻に現在時刻が到達したことが操作卓によって検出された場合に、前記再生ＩＤを含んだ再生要求を受信し、
前記制御部は、前記再生ＩＤに応じた録音データを前記記憶部から取得して再生する、
請求項１に記載の放送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送装置に関するものである。
【背景技術】
【０００２】
近年、コンテンツ（例えば、音声データなど）の管理に関する技術が知られている。例えば、地区用の放送装置によって放送されるコンテンツの登録、変更および削除を、遠隔操作を用いて行う技術が開示されている（例えば、特許文献１参照）。また、地区用の放送装置によって放送されるコンテンツの登録、変更および削除を、自動的に行う技術が開示されている（例えば、特許文献２参照）。
【０００３】
また、コンテンツが再生された場合に、あらかじめ設定された削除時期までのタイムカウントを開始し、現在時刻が削除時期に到達した場合に、コンテンツを自動的に削除する技術が開示されている（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１８８８３９号公報
【特許文献２】特開２０１６−１１９６０５号公報
【特許文献３】特開２００５−１１４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、拡声通報において利用される方式を用いた同報系の放送システムにおいて、放送装置のリソースをより有効に活用することが可能な技術が望まれている。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、拡声通報において利用される方式を用いた同報系の放送システムにおいて、放送装置のリソースをより有効に活用することが可能な技術を提供する。
【課題を解決するための手段】
【０００７】
上記問題を解決するために、本発明のある観点によれば、拡声通報において利用される方式を用いた同報系の放送システムにおける放送装置であって、１または複数の録音データを記憶している記憶部と、削除対象の録音データを特定するための削除ＩＤまたは削除基準時刻を受信する受信部と、前記削除ＩＤまたは前記削除基準時刻に応じた録音データを前記記憶部から削除する制御部と、を備える、放送装置が提供される。
【０００８】
前記受信部は、前記削除基準時刻を受信し、前記制御部は、前記削除基準時刻よりも前の放送予定時刻に対応する録音データを前記記憶部から削除してもよい。
【０００９】
前記受信部は、前記削除ＩＤを受信し、前記制御部は、前記削除ＩＤに対応する録音データを前記記憶部から削除してもよい。
【００１０】
前記受信部は、放送予約操作に基づく録音要求を受信し、前記制御部は、前記録音要求に含まれる音声データを前記記憶部に記憶させ、前記録音要求には、前記削除ＩＤまたは前記削除基準時刻が含まれてもよい。
【００１１】
前記受信部は、再生対象の録音データを特定するための再生ＩＤに対応する放送予定時刻に現在時刻が到達したことが操作卓によって検出された場合に、前記再生ＩＤを含んだ再生要求を受信し、前記制御部は、前記再生ＩＤに応じた録音データを前記記憶部から取得して再生してもよい。
【発明の効果】
【００１２】
以上説明したように本発明によれば、拡声通報において利用される方式を用いた同報系の放送システムにおいて、放送装置のリソースをより有効に活用することが可能な技術が提供される。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る放送システムの構成例を示した説明図である。
【図２】操作卓の機能構成例を示すブロック図である。
【図３】親局の機能構成例を示すブロック図である。
【図４】子局の機能構成例を示すブロック図である。
【図５】本発明の実施形態に係る放送システムの放送予約動作の例を示すシーケンス図である。
【図６】録音要求の構成例を示す図である。
【図７】録音要求受信時の処理の例を示すフローチャートである。
【図８】本発明の実施形態に係る放送システムの再生動作の例を示すシーケンス図である。
【図９】本発明の実施形態に係る放送システムの予約削除操作時の動作の例を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットまたは数字を付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【００１６】
（１．放送システムの構成）
図１を参照しながら、本発明の実施形態に係る放送システムの構成例について説明する。図１は、本発明の実施形態に係る放送システムの構成例を示した説明図である。図１に示したように、本発明の実施形態に係る放送システム１は、操作卓１０と、親局装置（以下、単に「親局」とも言う。）２０と、子局装置（以下、単に「子局」とも言う。）３０−１〜３０−３と、を有する。操作者の例としての市役所職員は、操作卓１０に各種の操作を入力する。ここで、操作者は市役所職員に限定されない。すなわち、操作卓１０への操作は、市役所職員からだけではなく操作卓１０に接続される様々なシステムから入力され得る。
【００１７】
操作卓１０は、市役所職員から入力された操作に基づいて親局２０に送信すべきデータを生成する。ここで、操作が入力される機器の種類は限定されない。例えば、操作が入力される機器は、ボタンであってもよいし、キーボードであってもよいし、マイクロフォンであってもよい。操作卓１０は、親局２０と接続されている。ここでは、操作卓１０が親局２０と有線によって接続されている場合を想定する。しかし、操作卓１０は、無線によって親局２０と接続されていてもよい。操作卓１０は、生成したデータを親局２０に送信する。
【００１８】
親局２０は、操作卓１０によって送信されたデータを受信する。そして、親局２０は、操作卓１０から受信したデータを子局３０−１〜３０−３に送信する。本発明の実施形態では、親局２０が、アンテナ２３０を有し、操作卓１０から受信したデータを、アンテナ２３０を介して無線信号によって子局３０−１〜３０−３の一部または全部に送信する場合を主に想定する。
【００１９】
また、本発明の実施形態では、子局３０−１〜３０−３のうち市役所職員によって指定された（子局ＩＤに対応する）子局に対して親局２０からデータが送信される場合を想定する。しかし、子局３０−１〜３０−３の全部に対して一括で親局２０からデータが送信されてもよい。あるいは、子局３０−１〜３０−３のうち市役所職員によって指定されたグループに属する１または複数の子局に対して親局２０からデータが送信されてもよい。
【００２０】
子局３０−１〜３０−３それぞれは、親局２０から送信されたデータを受信する。本発明の実施形態では、子局３０−１〜３０−３それぞれが、自局に固有のアンテナを有し（子局３０−１は、アンテナ３３０−１を有し、子局３０−２は、アンテナ３３０−２を有し、子局３０−３は、アンテナ３３０−３を有し）、親局２０から送信されたデータを、自局に固有のアンテナを介して無線信号によって受信する場合を想定する。
【００２１】
子局３０−１〜３０−３それぞれは、自局に固有のスピーカを有し（子局３０−１は、スピーカ３４０−１を有し、子局３０−２は、スピーカ３４０−２を有し、子局３０−３は、スピーカ３４０−３を有し）、親局２０から受信したデータに対応する音声データが、自局に固有のスピーカ（自局に対応するスピーカ）から出力されるようにスピーカを制御する。
【００２２】
音声データの出力方式には、リアルタイム方式と放送予約方式とがある。リアルタイム方式は、子局３０が親局２０から音声データを受信すると、受信した音声データをリアルタイムにスピーカから出力する方式である。一方、放送予約方式は、放送予約時に子局３０が親局２０から音声データを受信すると、受信した音声データを記憶領域に記憶させておき、その音声データに対応する放送予定時刻に現在時刻が到達して親局２０から再生要求を受信すると、既に記憶領域によって記憶されている音声データをスピーカから出力する方式である。以下では、音声データを記憶領域に記憶させることを「録音する」とも言う。
【００２３】
本発明の実施形態では、音声データの出力方式として放送予約方式が用いられる場合を想定する。音声データの出力方式として放送予約方式が用いられる場合には、音声データを録音するためのリソース（記憶領域）が必要である。音声データを録音するためのリソース（記憶領域）は、操作卓１０に入力される操作が増えるほど（放送予約の件数が増えるほど）、多く必要となる。そこで、本発明の実施形態では、子局３０のリソース（記憶領域）をより有効に活用することが可能な技術について主に説明する。
【００２４】
さらに、本発明の実施形態では、放送システム１が同報系のシステムである場合を想定する。同報系のシステムにおいて、親局２０は、同一の音声データを同時に複数の子局３０に送信することが可能である一方、異なる複数の音声データを同時に１または複数の子局３０に送信することができない。そのため、同報系のシステムにおいて、親局２０は、異なる複数の音声データを１または複数の子局３０に送信するために多くの時間を要してしまう。そして、操作卓１０に入力される操作が増えるほど（放送予約の件数が増えるほど）、音声データ送信に要する時間が多く必要となり、無線リソースが不足する可能性が高まる。
【００２５】
また、本発明の実施形態では、親局２０が拡声通報において利用される方式を用いて音声データを子局３０に送信する場合を想定する。例えば、拡声通報についての詳細は、「市町村デジタル同報通信システム  ＴＹＰＥ２  ＡＲＩＢ  ＳＴＤ−Ｔ１１５（一般社団法人  電波産業会  発行）に記載されている。拡声通報において利用される方式が用いられる場合には、子局３０に音声データを録音するために当該音声データの再生時間と同程度の時間が必要となってしまう。すなわち、拡声通報において利用される方式が用いられる場合、子局３０に音声データを録音するために多くの時間が必要となってしまうため、無線リソースが不足する可能性が高まる。
【００２６】
そこで、本発明の実施形態では、無線リソースをより有効に活用することが可能な技術についても説明する。無線リソースがより有効に活用されることによって、操作卓１０に入力可能な操作の数（放送予約の件数）を増加させることが可能となり、子局３０への音声データの最大登録件数を増加させることが可能となる。
【００２７】
以上、本発明の実施形態に係る放送システム１の構成例について説明した。
【００２８】
（２−１．操作卓の機能構成）
続いて、本発明の実施形態に係る操作卓１０の機能構成例について説明する。図２は、本発明の実施形態に係る操作卓１０の機能構成例を示すブロック図である。図２に示したように、本発明の実施形態に係る操作卓１０は、制御部１１０、記憶部１２０および操作部１３０を備える。
【００２９】
制御部１１０は、操作卓１０の動作全体を制御する機能を有し、専用のハードウェアによって構成されてもよいし、操作卓１０に内蔵されたＣＰＵがＲＯＭに記憶されたプログラムをＲＡＭに展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。例えば、制御部１１０は、操作部１３０から操作が入力されると、入力された操作に対応するデータを生成し、生成したデータを親局２０に出力する。
【００３０】
記憶部１２０は、制御部１１０を動作させるためのプログラムやデータを記憶することができる。また、記憶部１２０は、制御部１１０の動作の過程で必要となる各種データを一時的に記憶することもできる。
【００３１】
操作部１３０は、市役所職員または操作卓１０に接続される様々なシステムから操作の入力を受け付ける。操作部１３０の具体的なハードウェア構成は限定されない。例えば、操作部１３０は、ボタンであってもよいし、キーボードであってもよいし、マイクロフォンであってもよい。
【００３２】
以上、本発明の実施形態に係る操作卓１０の機能構成例について説明した。
【００３３】
（２−２．親局の機能構成）
続いて、本発明の実施形態に係る親局２０の機能構成例について説明する。図３は、本発明の実施形態に係る親局２０の機能構成例を示すブロック図である。図３に示したように、本発明の実施形態に係る親局２０は、制御部２１０、記憶部２２０およびアンテナ２３０を備える。
【００３４】
制御部２１０は、親局２０の動作全体を制御する機能を有し、専用のハードウェアによって構成されてもよいし、親局２０に内蔵されたＣＰＵがＲＯＭに記憶されたプログラムをＲＡＭに展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。例えば、制御部２１０は、操作卓１０からデータが入力されると、入力されたデータがアンテナ２３０によって子局３０に送信されるようにアンテナ２３０を制御する。
【００３５】
記憶部２２０は、制御部２１０を動作させるためのプログラムやデータを記憶することができる。また、記憶部２２０は、制御部２１０の動作の過程で必要となる各種データを一時的に記憶することもできる。
【００３６】
アンテナ２３０は、無線信号を送信する機能を有している。アンテナ２３０は、制御部２１０による制御に従って、制御部２１０によって生成されたデータを無線信号により子局３０に送信する通信インタフェースである。
【００３７】
以上、本発明の実施形態に係る親局２０の機能構成例について説明した。
【００３８】
（２−３．子局の機能構成）
続いて、子局３０の機能構成例について説明する。図４は、子局３０の機能構成例を示すブロック図である。図４に示したように、子局３０は、制御部３１０、記憶部３２０、アンテナ３３０およびスピーカ３４０を備える。なお、スピーカ３４０は、子局３０の外部に存在していてもよい。
【００３９】
制御部３１０は、子局３０の動作全体を制御する機能を有し、専用のハードウェアによって構成されてもよいし、子局３０に内蔵されたＣＰＵがＲＯＭに記憶されたプログラムをＲＡＭに展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。例えば、制御部３１０は、アンテナ３３０によって再生要求が受信されると、再生要求に対応する録音データをスピーカ３４０に出力する。
【００４０】
記憶部３２０は、制御部３１０を動作させるためのプログラムやデータを記憶することができる。また、記憶部３２０は、制御部３１０の動作の過程で必要となる各種データを一時的に記憶することもできる。
【００４１】
アンテナ３３０は、無線信号を受信する機能を有している。アンテナ３３０は、制御部３１０による制御に従って、親局２０から無線信号により送信されたデータを受信する通信インタフェースである。
【００４２】
以上、本発明の実施形態に係る子局３０の機能構成例について説明した。
【００４３】
（２−４．放送システムの機能詳細）
続いて、図５〜図９を参照しながら（適宜図１〜図４も参照しながら）、本発明の実施形態に係る放送システム１の機能詳細について説明する。
【００４４】
図５は、本発明の実施形態に係る放送システム１の放送予約動作の例を示すシーケンス図である。操作卓１０の記憶部１２０は、子局３０ごとに予約済みの音声データを特定するための情報（予約済み放送ＩＤ）と当該音声データの放送予定時刻（放送開始予定時刻）とを記憶している。したがって、操作卓１０の制御部１１０は、子局３０ごとに録音済みの音声データの件数が最大登録件数に達しているか（子局３０の録音バッファに空きがあるか）を判断することが可能である。最大登録件数の具体的な件数は限定されないが、本発明の実施形態では、最大登録件数が１０件である場合を想定する。
【００４５】
図５に示したように、市役所職員８０によって放送予約操作が入力されると（Ｓ１１）、操作卓１０の操作部１３０によって放送予約操作が受け付けられる。放送予約操作には、音声データを指定するための情報と当該音声データの放送予定時刻とが含まれる。また、本発明の実施形態では、市役所職員８０によって指定された子局３０にデータが送信される場合を想定するため、放送予約操作に、音声データを送信する子局３０を指定するための情報が含まれる。
【００４６】
また、本発明の実施形態においては、放送予約操作に、削除対象の録音データを特定するための時刻（以下、「削除基準時刻」とも言う。）が含まれる場合を想定する。しかし、削除基準時刻は、放送予約操作に含まれなくてもよく制御部１１０によって自動的に設定されてもよい。例えば、削除基準時刻は、制御部１１０によって現在時刻に基づいて自動的に設定されてもよい。一例として、削除基準時刻は、制御部１１０によって現在時刻を基準として所定時間前の時刻に自動的に設定されてもよい。操作卓１０は、指定された子局３０の録音バッファに空きがある場合には、指定された子局３０に放送予約操作に基づく録音要求を送信する（Ｓ１２）。
【００４７】
図６は、録音要求の構成例を示す図である。図６に示すように、録音要求５０は、新規放送ＩＤ、放送予定時刻、音声データ、削除基準時刻および削除ＩＤを含む。なお、本発明の実施形態では、削除基準時刻および削除ＩＤの双方が録音要求に含まれる場合を主に想定する。しかし、削除基準時刻および削除ＩＤの一方のみが録音要求に含まれてもよい。
【００４８】
新規放送ＩＤは、市役所職員８０によって指定された音声データのＩＤである。放送予定時刻は、市役所職員８０によって指定された放送予定時刻である。音声データは、市役所職員８０によって指定された音声データである。削除基準時刻は、市役所職員８０によって指定された削除基準時刻である。
【００４９】
削除ＩＤは、削除対象の録音データを特定するためのＩＤである。後にも説明するように、市役所職員８０によって削除対象の子局３０の録音データを指定する操作（予約削除操作）が入力された時点では、子局３０の記憶部３２０に録音データは残ったままであり、操作卓１０の記憶部１２０から削除対象の録音データに対応する放送予定時刻および予約済み放送ＩＤが削除され、記憶部１２０によって削除対象の録音データに対応する削除ＩＤが記憶される。そして、市役所職員８０によって放送予約操作が入力された場合に、子局３０に送信される録音要求に削除ＩＤが含められる。
【００５０】
図５に戻って説明を続ける。親局２０は、操作卓１０から録音要求を受信すると、アンテナ２３０は、指定された子局３０に録音要求を送信する（Ｓ１３）。子局３０において、アンテナ３３０が、録音要求を受信すると、制御部３１０は、録音要求受信時の処理を実行する。
【００５１】
図７は、録音要求受信時の処理の例を示すフローチャートである。子局３０において、記憶部３２０は、１または複数の録音データを記憶している。制御部３１０は、録音要求から、新規放送ＩＤ、放送予定時刻、音声データ、削除基準時刻および削除ＩＤを取得する。図７に示すように、制御部３１０は、記憶部３２０によって記憶されている１または複数の録音データの中に、（録音データに対応付けられて記憶部３２０によって記憶されている）放送予定時刻が、録音要求から取得された削除基準時刻より前の録音データがあるかを判定する（Ｓ２１）。
【００５２】
制御部３１０は、放送予定時刻が削除基準時刻より前の録音データがある場合には（Ｓ２１において「Ｙｅｓ」）、当該録音データを記憶部３２０から削除して（Ｓ２２）、Ｓ２３に進む。一方、制御部３１０は、放送予定時刻が削除基準時刻より前の録音データがない場合には（Ｓ２１において「Ｎｏ」）、Ｓ２３に進む。
【００５３】
続いて、制御部３１０は、削除する音声データが指定されているか（録音要求から削除ＩＤが取得されたか）を判定する（Ｓ２３）。制御部３１０は、削除する音声データが指定されている場合には（Ｓ２３において「Ｙｅｓ」）、削除ＩＤに対応する録音データを記憶部３２０から削除して（Ｓ２４）、Ｓ２５に進む。一方、制御部３１０は、削除する音声データが指定されていない場合には（Ｓ２３において「Ｎｏ」）、Ｓ２５に進む。
【００５４】
続いて、制御部３１０は、録音要求から取得された音声データを録音する（Ｓ２５）。より具体的には、制御部３１０は、録音要求から取得された音声データ、新規放送ＩＤおよび放送予定時刻を対応付けて、記憶部３２０に記憶させる。このとき、削除ＩＤおよび削除基準時刻に応じた録音データが記憶部３２０から削除された分（Ｓ２２、Ｓ２４）、記憶部３２０（録音バッファ）の残量が増えているため、記憶部３２０に音声データ、新規放送ＩＤおよび放送予定時刻がより確実に記憶される。
【００５５】
記憶部３２０によって記憶された音声データ（録音データ）は、後に説明するように、親局２０から受信される再生要求に基づいて、スピーカ３４０から出力される。すなわち、子局３０が録音データに対応する放送予定時刻に現在時刻が到達したことを検出して当該録音データをスピーカ３４０から出力する訳ではない。
【００５６】
これによって、子局３０の時計が操作卓１０の時計と同期できなくなり、放送されていないうちに子局３０から録音データが削除されてしまうなどといった状況が生じることが防止される。そして、操作卓１０に予約削除操作が入力された録音データが子局３０の記憶部３２０に残っていても、操作卓１０の記憶部１２０から予約済み放送ＩＤが削除されていれば、子局３０から誤報されてしまうことはない。
【００５７】
図５に戻って説明を続ける。親局２０において、アンテナ２３０は、録音結果通知を操作卓１０に送信し（Ｓ１５）、操作卓１０は、録音結果通知を受信する。操作卓１０は、親局２０から受信した録音結果通知に基づいて予約結果通知（予約が成功したことを示す通知）を図示しない出力部から出力する（Ｓ１６）。操作卓１０において、録音結果通知が受信されると、制御部１１０は、録音要求に含めた削除ＩＤを記憶部１２０から消去する。
【００５８】
一方、操作卓１０は、指定された子局３０の録音バッファに空きがない場合には、予約結果通知（予約が失敗したことを示す通知）を図示しない出力部から出力する（Ｓ１７）。以上のようにして、放送予約動作が実行される。続いて、録音データの再生動作の例について説明する。
【００５９】
図８は、本発明の実施形態に係る放送システム１の再生動作の例を示すシーケンス図である。操作卓１０の記憶部１２０は、子局３０ごとに予約済みの音声データを特定するための情報（予約済み放送ＩＤ）と当該音声データの放送予定時刻とを記憶している。したがって、操作卓１０の制御部１１０は、現在時刻が達した放送予定時刻があるかを判断することが可能である。ここでは、図８に示したように、制御部１１０が、現在時刻が達した放送予定時刻を検出した場合を想定する（Ｓ３１）。
【００６０】
制御部１１０は、検出した放送予定時刻に対応する予約済み放送ＩＤ（再生対象の録音データを特定するための再生ＩＤ）と子局３０を指定するための情報とを含んだ放送要求を親局２０に送信する（Ｓ３２）。親局２０において、アンテナ２３０は、放送要求を受信すると、再生ＩＤを含んだ再生要求を該当する子局３０に送信する（Ｓ３３）。子局３０においては、アンテナ３３０によって再生要求が受信されると、制御部３１０によって再生ＩＤに対応する録音データが記憶部３２０から取得されて再生される（Ｓ３４）。再生された録音データはスピーカ３４０に出力され、スピーカ３４０から出力された音声は、住民９０に到達する。
【００６１】
親局２０において、アンテナ２３０は、放送結果通知を操作卓１０に送信し（Ｓ３５）、操作卓１０は、放送結果通知を受信する。以上のようにして、再生動作が実行される。続いて、予約削除操作時の動作の例について説明する。
【００６２】
図９は、本発明の実施形態に係る放送システム１の予約削除操作時の動作の例を示すシーケンス図である。市役所職員８０によって予約削除操作が入力され（Ｓ４１）、操作卓１０の操作部１３０によって予約削除操作が受け付けられると、制御部１１０は、削除対象の録音データに対応する放送予定時刻および予約済み放送ＩＤを記憶部１２０から削除し、削除対象の録音データに対応する削除ＩＤを記憶部１２０に記憶させる。
【００６３】
予約削除操作後に放送予約操作が行われない場合には、録音データの放送が終了しても（Ｓ４２）、子局３０の記憶部３２０に録音データは残ったままである。一方、予約削除操作後に放送予約操作が行われた場合（Ｓ４３）、操作卓１０は、指定された子局３０の録音バッファに空きがある場合には、指定された子局３０に放送予約操作に基づく録音要求を送信する（Ｓ４４）。
【００６４】
親局２０は、操作卓１０から録音要求を受信すると、アンテナ２３０は、指定された子局３０に録音要求を送信する（Ｓ４５）。子局３０において、アンテナ３３０が、録音要求を受信すると、制御部３１０は、録音要求受信時の処理を実行する。具体的に、制御部３１０は、録音要求に削除基準時刻が含まれる場合には、削除基準時刻に応じた録音データを記憶部３２０から削除し、録音要求に削除ＩＤが含まれる場合には、削除ＩＤに応じた録音データを記憶部３２０から削除する（Ｓ４６）。
【００６５】
続いて、制御部３１０は、録音要求から取得された音声データを録音する（Ｓ４７）。より具体的には、制御部３１０は、録音要求から取得された音声データ、新規放送ＩＤおよび放送予定時刻を対応付けて、記憶部３２０に記憶させる。記憶部３２０によって記憶された音声データ（録音データ）は、親局２０から受信される再生要求に基づいて、スピーカ３４０から出力される。
【００６６】
（３．本発明の実施形態の有効性）
本発明の実施形態によれば、拡声通報において利用される方式を用いた同報系の放送システム１における子局３０（放送装置）であって、１または複数の録音データを記憶している記憶部３２０と、削除対象の録音データを特定するための削除ＩＤまたは削除基準時刻を受信するアンテナ３３０と、削除ＩＤまたは削除基準時刻に応じた録音データを記憶部３２０から削除する制御部３１０と、を備える、子局３０（放送装置）が提供される。かかる構成によれば、子局３０（放送装置）のリソース（記憶領域）をより有効に活用することが可能となる。
【００６７】
かかる削除ＩＤまたは削除基準時刻は、放送予約操作に基づく録音要求に含まれるのが望ましい。かかる構成によれば、録音要求とは別に削除要求が送信される場合と比較して、無線リソースをより有効に活用することが可能となる。そして、無線リソースがより有効に活用されることによって、操作卓１０に入力可能な操作の数（放送予約の件数）を増加させることが可能となり、子局３０への音声データの最大登録件数を増加させることが可能となる。
【００６８】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００６９】
例えば、上記では、録音要求に削除ＩＤが含まれる場合について主に説明した。しかし、削除ＩＤの代わりに変更前のＩＤが録音要求に含まれ、さらに変更後のＩＤ、変更後の放送予定時刻、変更後の音声データが録音要求に含まれてもよい。このとき、子局３０においては、変更前のＩＤと一致する予約済み放送ＩＤに対応する放送予定時刻が、変更後の放送予定時刻に更新され、変更前のＩＤと一致する予約済み放送ＩＤに対応する音声データが、変更後の音声データに更新され、当該予約済み放送ＩＤが変更後のＩＤに置き換えられてよい。
【符号の説明】
【００７０】
１      放送システム
１０    操作卓
１１０  制御部
１２０  記憶部
１３０  操作部
２０    親局
２１０  制御部
２２０  記憶部
２３０  アンテナ
３０    子局
３１０  制御部
３２０  記憶部
３３０  アンテナ
３４０  スピーカ
５０    録音要求
【図１】
2020113853.tif 000003
【図２】
2020113853.tif 000004
【図３】
2020113853.tif 000005
【図４】
2020113853.tif 000006
【図５】
2020113853.tif 000007
【図６】
2020113853.tif 000008
【図７】
2020113853.tif 000009
【図８】
2020113853.tif 000010
【図９】
2020113853.tif 000011