(57)【要約】  【課題】デジタル音声データを伝送する拡声システムを構成する音声受信端末のソフトウェアのバージョンアップに用いられ、特定エリアの拡声機能を一斉に中断させることなくバージョンアップを行う為のバージョンアップ制御システムを提供する。  【解決手段】バージョンアップ制御装置１０５は、複数の音声受信端末の各々に対応するスピーカーの配置エリアのデータを含むエリア管理データを記憶するエリア管理データ記憶部２０１を有し、配置エリア単位でバージョンアップを実行し、配置エリア内では特定台数毎に順に音声受信端末１０２にバージョンアップ指示を行う。【選択図】  図１
2007122208.tif 000002
【特許請求の範囲】
【請求項１】
デジタル音声をスピーカー再生用のアナログ信号に変換する複数の音声受信端末と、
前記複数の音声受信端末の各々に搭載されているソフトウェアのバージョンアップを制御するバージョンアップ制御装置と、
最新バージョンのソフトウェアを格納する更新ソフト格納装置とを備え、
前記バージョンアップ制御装置は、
前記複数の音声受信端末の各々に対応するスピーカーの配置エリアのデータを含むエリア管理データを記憶するエリア管理データ記憶手段と、
前記エリア管理データを参照して前記配置エリア単位でバージョンアップ対象の音声受信端末を探索し、前記配置エリアが同じであるバージョンアップ対象の音声受信端末に対して特定台数毎に順にバージョンアップ指示を行う更新制御手段とを備え、
前記複数の音声受信端末の各々は、
前記バージョンアップ制御装置からバージョンアップ指示を受け取ると前記更新ソフト格納装置から最新バージョンのソフトウェアをダウンロードする更新手段を備えたことを特徴とするバージョンアップ制御システム。
【請求項２】
デジタル音声をスピーカー再生用のアナログ信号に変換する複数の音声受信端末と通信を行い、各音声受信端末に搭載されているソフトウェアのバージョンアップを制御するバージョンアップ制御装置であって、
前記複数の音声受信端末の各々に対応するスピーカーの配置エリアのデータを含むエリア管理データを記憶するエリア管理データ記憶手段と、
前記エリア管理データを参照して配置エリア単位でバージョンアップを実行するように構成され、前記配置エリアが同じである音声受信端末に対して特定台数毎に順にバージョンアップ指示を行う更新制御手段と、
を備えたことを特徴とするバージョンアップ制御装置。
【請求項３】
前記更新制御手段がバージョンアップ指示を行う前に、指示対象の前記音声受信端末の音量をフェードアウトさせる前段階音量制御手段を備えたことを特徴とする請求項２に記載のバージョンアップ制御装置。
【請求項４】
バージョンアップの完了が前記音声受信端末から通知されると、バージョンアップが完了した前記音声受信端末の音量をフェードインさせる後段階音量制御手段を備えたことを特徴とする請求項２または３に記載のバージョンアップ制御装置。
【請求項５】
前記エリア管理データ記憶手段に記憶されたスピーカー配置の情報に基づいて、バージョンアップ対象の前記音声受信端末にスピーカー同士が隣接している隣接音声受信端末を特定する隣接端末特定手段と、
バージョンアップ対象の前記音声受信端末のバージョンアップ中に前記隣接音声受信端末の音量レベルを上げる周囲音量制御手段を備えたことを特徴とする請求項２ないし４のいずれかに記載のバージョンアップ制御装置。
【請求項６】
音声受信端末に搭載されているソフトウェアのバージョンアップを制御するコンピュータで実行されるプログラムであって、請求項２ないし５のいずれかに記載のバージョンアップ制御装置の機能を前記コンピュータに実現させるプログラム。
【請求項７】
デジタル音声をスピーカー再生用のアナログ信号に変換する音声受信端末に搭載されているソフトウェアのバージョンアップを制御するバージョンアップ制御方法であって、
複数の音声受信端末の各々に対応するスピーカーの配置エリアのデータを含むエリア管理データに基づいて、配置エリア単位でバージョンアップ対象の音声受信端末を探知するステップと、
前記配置エリアが同じである特定台数の音声受信端末のバージョンアップを実行するステップと、
を含み、前記特定台数毎のバージョンアップ処理を複数回行って、前記配置エリアが同じであるバージョンアップ対象の全部の音声受信端末に対してバージョンアップを実施することを特徴とするバージョンアップ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＢＧＭやアナウンス等をデジタル音声データとして伝送する拡声システムを構成する音声受信端末に搭載されているソフトウェアをバージョンアップするバージョンアップ制御システムに関する。
【背景技術】
【０００２】
従来の拡声システムは音源からスピーカーまでをアナログ線により接続する構成をとっていたが、最近はデジタル伝送タイプの拡声システムが注目されている。デジタル伝送タイプのシステムは、音源とスピーカー間に送信側の端末および受信側の端末を配し、送受信側の端末によりアナログ−デジタル変換を相互に行い、音声データをＬＡＮ等のデジタル伝送路上に流している。
【０００３】
デジタル伝送のメリットとしては、出力する音声をスピーカー単位で変更することが可能となり、これにより、従来であればアナログ配線の差替えを必要としていた作業が不要となる。この為には、受信側端末をスピーカーに１対１で対応する形で設置する必要がある。また、音声受信端末は単にデジタル−アナログの変換を行うだけでなく、音量やディレイといった制御機能を有し、音場効果を発生させる等の役割を持つことができる。このようなシステムにおいては、音声受信端末に搭載されているソフトウェアが機能の拡張と共に肥大・複雑化しており、バグ改修や機能拡張の為のバージョンアップ作業が必要不可欠な状況となっている。
【０００４】
ネットワークを介して端末装置に搭載されているソフトウェアのバージョンアップを行う場合、従来は、各端末のソフトウェアバージョンと最新版のソフトウェアバージョンをサーバが管理し、バージョンに差異がある端末に対してサーバが遠隔操作により再起動処理をかける。そして、端末が、サーバから最新版のソフトウェアをダウンロードするように構成されている（特許文献１参照）。
【０００５】
別の従来技術としては、端末を再起動することによるサービスの停止を防ぐ為に、端末に更新前後のソフトウェアを格納するＨＤＤ領域とメモリ空間を設け、更新ソフトのダウンロード後に使用メモリ空間を切り替える例がある（特許文献２参照）。
【特許文献１】特開２００３−７６４３４号公報
【特許文献２】特開２００４−７８５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のバージョンアップ制御技術を採用した場合、拡声システムの稼働中にバージョンアップが行われると、音声が聞こえない領域が拡声範囲内に一時的に発生する可能性がある。拡声システムはＢＧＭや業務アナウンス以外に緊急時の避難誘導用のアナウンスにも使用され得るので、音声が聞こえなくなる事態は防ぐ必要がある。そのため、従来は、拡声システムの使用時間外に拡声機能を一斉に中断してからでないとバージョンアップを行えないという問題があった。
【０００７】
例えば、多店舗商業施設では、店舗や通路といったエリア毎に拡声内容が異なっている。従来のバージョンアップ処理を進めた場合、特定エリアにおける拡声機能が停止してしまう可能性がある。このような事態を避けるために、従来は、店舗の閉店後、施設に入場している客が居なくなってから一旦拡声システムを停止させた上で、バージョンアップが行われている。このことは、システムを運用する店舗職員に対し業務時間外の作業を強いていた。
【０００８】
上述のように音声が聞こえなくなる事象は、バージョンアップ時に端末の再起動を行うことに起因している。この再起動は、上述の別の従来技術で言及したように、端末側のＨＤＤやメモリを二重化することによって回避することが可能である。しかし、記憶装置の二重化には、端末のコストが高くなることと、端末自体のサイズが大きくなるという弊害がある。コストに関しては、デジタル伝送型の拡声システムでは最大でスピーカーと同数の音声受信端末が必要となるので、個々の音声受信端末のコスト増はシステム全体の高騰につながり、コスト面で価値が下がってしまう。また、サイズに関しては、音声受信端末とスピーカーを一体化することにより構成装置を小型化可能ではあるが、受信端末機能のサイズが大きい場合には小型化の限界が低くなる。
【０００９】
本発明は、従来の問題を解決するためになされたもので、その目的は、特定エリアにおける拡声機能を一斉に中断させることなくバージョンアップを行うことが可能なバージョンアップ制御システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明のバージョンアップ制御システムは、デジタル音声をスピーカー再生用のアナログ信号に変換する複数の音声受信端末と、前記複数の音声受信端末の各々に搭載されているソフトウェアのバージョンアップを制御するバージョンアップ制御装置と、最新バージョンのソフトウェアを格納する更新ソフト格納装置とを備え、前記バージョンアップ制御装置は、前記複数の音声受信端末の各々に対応するスピーカーの配置エリアのデータを含むエリア管理データを記憶するエリア管理データ記憶手段と、前記エリア管理データを参照して前記配置エリア単位でバージョンアップ対象の音声受信端末を探索し、前記配置エリアが同じであるバージョンアップ対象の音声受信端末に対して特定台数毎に順にバージョンアップ指示を行う更新制御手段とを備え、前記複数の音声受信端末の各々は、前記バージョンアップ制御装置からバージョンアップ指示を受け取ると前記更新ソフト格納装置から最新バージョンのソフトウェアをダウンロードする更新手段を備えている。
【００１１】
この構成により、同一エリアに属するバージョンアップ対象の複数の音声受信端末に対して、特定台数毎に順にバージョンアップ指示を行うので、拡声機能を維持したままでバージョンアップを行っても音声が聞こえなくなる場所の発生を防ぐことができ、したがって、特定エリアの拡声機能を一斉に中断させることなくバージョンアップを行うことができる。
【００１２】
また、本発明の別態様は、デジタル音声をスピーカー再生用のアナログ信号に変換する複数の音声受信端末と通信を行い、各音声受信端末に搭載されているソフトウェアのバージョンアップを制御するバージョンアップ制御装置であって、前記複数の音声受信端末の各々に対応するスピーカーの配置エリアのデータを含むエリア管理データを記憶するエリア管理データ記憶手段と、前記エリア管理データを参照して配置エリア単位でバージョンアップを実行するように構成され、前記配置エリアが同じである音声受信端末に対して特定台数毎に順にバージョンアップ指示を行う更新制御手段とを備えている。
【００１３】
この構成により、同一エリアに属する複数の音声受信端末に対して特定台数毎に順にバージョンアップ指示を行うので、拡声機能を維持したままでバージョンアップを行っても音声が聞こえなくなる場所の発生を防ぐことができ、したがって、特定エリアの拡声機能を一斉に中断させることなくバージョンアップを行うことができる。
【００１４】
また、本発明のバージョンアップ制御装置は、前記更新制御手段がバージョンアップ指示を行う前に、指示対象の前記音声受信端末の音量をフェードアウトさせる前段階音量制御手段を備えている。この構成により、対象端末の音量レベルを下げた上でバージョンアップ指示を行うことができる。
【００１５】
また、本発明のバージョンアップ制御装置は、バージョンアップの完了が前記音声受信端末から通知されると、バージョンアップが完了した前記音声受信端末の音量をフェードインさせる後段階音量制御手段を備えている。この構成により、音量を徐々に上げながらバージョンアップによる拡声中断状態から音声受信端末を復帰させることができる。
【００１６】
また、本発明のバージョンアップ制御装置は、前記エリア管理データ記憶手段に記憶されたスピーカー配置の情報に基づいて、バージョンアップ対象の前記音声受信端末にスピーカー同士が隣接している隣接音声受信端末を特定する隣接端末特定手段と、バージョンアップ対象の前記音声受信端末のバージョンアップ中に前記隣接音声受信端末の音量レベルを上げる周囲音量制御手段を備えている。この構成により、バージョンアップにより拡声不可となったスピーカーの周囲のスピーカーの音量を上げることができる。好ましくは、上述の前段階音量制御手段および後段階音量制御手段の少なくとも一方の処理と、上記の周囲音量制御手段の処理とが連動して行われ、これにより、バージョンアップによる拡声状態の切り替えを不自然なく行うことができる。
【００１７】
本発明の別の態様は、音声受信端末に搭載されているソフトウェアのバージョンアップを制御するコンピュータで実行されるプログラムであって、上述のバージョンアップ制御装置の機能をコンピュータに実現させるプログラムである。この構成によっても上述の本発明の利点が得られる。
【００１８】
本発明の別の態様は、デジタル音声をスピーカー再生用のアナログ信号に変換する音声受信端末に搭載されているソフトウェアのバージョンアップを制御するバージョンアップ制御方法であって、複数の音声受信端末の各々に対応するスピーカーの配置エリアのデータを含むエリア管理データに基づいて、配置エリア単位でバージョンアップ対象の音声受信端末を探知するステップと、前記配置エリアが同じである特定台数の音声受信端末のバージョンアップを実行するステップと、を含み、前記特定台数毎のバージョンアップ処理を複数回行って、前記配置エリアが同じであるバージョンアップ対象の全部の音声受信端末に対してバージョンアップを実施する。この方法によっても上述の本発明の利点が得られる。
【発明の効果】
【００１９】
本発明は、スピーカーの配置エリア単位でかつエリア内ではあらかじめ決められた台数毎に順にバージョンアップを実行することにより、拡声機能の使用中にバージョンアップを行っても音声が聞こえなくなる場所の発生を防ぐことができ、これにより、特定エリアにおける拡声機能を停止させることなくバージョンアップを実行できるいう効果を有するバージョンアップ制御システムを提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態のバージョンアップ制御システム、装置及び方法について、図面を用いて説明する。
【００２１】
本発明の第１の実施の形態に係るバージョンアップ制御システムの構成を図１に示す。図１に示されるように、本実施の形態のバージョンアップ制御システムは、拡声システムに設けられる。
【００２２】
図１において、本実施の形態のバージョンアップ制御システムは、複数の音声送信端末１０１、更新ソフト格納装置１０４、バージョンアップ制御装置１０５および複数の音声受信端末１０２を含み、これらがＩＰ網を介して接続されている。
【００２３】
音声送信端末１０１は、ＢＧＭやアナウンスをデジタルデータ化し、ＩＰ網上に伝送する。音声データは、音声送信端末１０１内にデジタルデータとして格納されてよい。また、音声送信端末１０１がＣＤ−Ｐｌａｙｅｒ等の音源装置と接続され、音声送信端末１０１でデジタル変換が行われてよい。また、アナウンスについては、音声送信端末１０１がマイクと接続され、音声送信端末１０１がデジタル変換を行ってよい。
【００２４】
音声受信端末１０２は、ＩＰ網を介して音声送信端末１０１から送られてきたデジタルデータをアナログ信号に変換し、アナログ信号をスピーカー１０３に流す。これにより、スピーカー１０３から音が拡声されることとなる。
【００２５】
バージョンアップ制御装置１０５は、音声受信端末１０２に搭載されているソフトウェアのバージョン情報を管理し、遠隔コマンドにより音声受信端末１０２を制御する。制御機能の１つに、バージョンアップを促す再起動コマンドが用意されている。更新ソフト格納装置１０４は、音声受信端末１０２に搭載されるソフトウェアの最新バージョンを格納する。
【００２６】
図１に示すように、複数の音声受信端末１０２は、複数のスピーカー１０３とそれぞれ接続されている。これらスピーカー１０３は、店舗や通路といった配置エリア毎に分類されており、配置エリア単位でアナウンスのＯＮ／ＯＦＦやＢＧＭの変更を行う。図１では、２つの配置エリア（エリア１、エリア２）が例示されている。スピーカー１０３が属している配置エリアの管理は、バージョンアップ制御装置１０５内のエリア管理データ記憶部２０１のエリア管理データを用いて行われる。エリア管理データは、各音声受信端末と、それに対応するスピーカー１０３の配置エリアとを対応付ける。
【００２７】
なお、上記の構成では、更新ソフト格納装置１０４はバージョンアップ制御装置１０５とは別の構成である。しかし、更新ソフト格納装置１０４は、バージョンアップ制御装置１０５内に含められてもよい。
【００２８】
また、上記の構成では、エリア管理データは、バージョンアップ制御装置１０５内に記憶され、管理されている。しかし、ＩＰ伝送網等によりバージョンアップ制御装置１０５からアクセスが可能な任意の装置内または独立したデータ管理装置内に、エリア管理データが記憶されてもよい。この場合は、エリア管理データを記憶する外部装置もバージョンアップ制御装置１０５の一部とみなされてよい。要するにバージョンアップ制御装置１０５が複数の構成に分散されてもよい。
【００２９】
また、上記の構成では、スピーカー１０３と音声受信端末１０２は別々の装置である。しかし、両者が一体化されてもよい。例えば、音声受信端末１０２とスピーカー１０３の機能を一つの装置が持ってよい。
【００３０】
図２は、スピーカー配置のエリア分割の例を示す。図２の例では、拡声システムがビルに設置されている。フロア単位でエリア分けが行われ、同一フロア内では店舗や通路でエリアが細分化されている。スピーカー１０３は、大型店舗であれば例えば１０ｍ以内の間隔で設置される。
【００３１】
図３は、バージョンアップ制御装置１０５及び音声受信端末１０２のブロック図を示している。バージョンアップ制御装置１０５は、入力受付部１１２、通信部１１５、再起動指示部１１４およびバージョン管理データ記憶部２０２を備え、さらに、更新制御部１１３およびエリア管理データ記憶部２０１を備えている。また、バージョンアップ制御装置１０５には、マウスやキーボードといった入力装置１１１が接続されている。
【００３２】
入力受付部１１２は、入力装置１１１からの信号を受け付け、エリア管理データ記憶部２０１やバージョン管理データ記憶部２０２に対するデータの登録を行い、また、更新制御部１１３に対してバージョンアップ作業の開始を伝える。再起動指示部１１４は、音声受信端末１０２に対して再起動の信号を送信する。通信部１１５は、ＩＰ網を介して音声受信端末１０２と通信を行い、各種遠隔操作用コマンドを送信し、音声受信端末１０２からのレスポンスを受信する。
【００３３】
更新制御部１１３は、全ての音声受信端末１０２についてバージョンアップの要否を判定の上、バージョンアップ指示を再起動指示部１１４に与える。バージョンアップ指示は、各々の音声受信端末１０２に対して出される。このとき、更新制御部１１３がバージョンアップ指示を再起動指示部１１４に与えると、再起動指示部１１４が指示対象の音声受信端末１０２に再起動の信号を送り、指示対象の音声受信端末１０２が再起動の信号に応答して再起動を行い、再起動のシーケンスでバージョンアップを行う。ここでは、再起動の信号はバージョンアップ指示として音声受信端末１０２に送られる。そして、更新制御部１１３は再起動指示部１１４と共に本発明の更新制御手段として機能する。
【００３４】
音声受信端末１０２は、通信部１１６、再起動処理部１１７、更新判定部１１８および更新実行部１１９で構成される。
【００３５】
通信部１１６は、ＩＰ網を介してバージョンアップ制御装置１０５と通信を行い、バージョンアップ制御装置１０５からの各種遠隔操作用コマンドを受信し、コマンドに対するレスポンスや、音声受信端末１０２内における状態変化の情報を送信する。
【００３６】
再起動処理部１１７は、バージョンアップ制御装置１０５からの遠隔操作コマンドにより音声受信端末１０２を再起動する。更新判定部１１８は、音声受信端末１０２の再起動時に更新ソフト格納装置１０４内の更新ソフトウェア１２０のバージョンと音声受信端末１０２内の既存ソフトウェアのバージョンを比較し、バージョンが異なっていれば更新実行部１１９にソフトウェアの更新を依頼する。更新実行部１１９は、更新ソフト格納装置１０４から更新ソフトウェア１２０をダウンロードし、音声受信端末１０２内のソフトウェアを更新する。更新判定部１１８および更新実行部１１９は、本発明の音声受信端末側の更新手段として機能する。
【００３７】
図４は、データのテーブル構成を示している。図４（ａ）は、バージョン管理データ記憶部２０２に記憶されたバージョン管理データを示している。バージョン管理データは、複数の音声受信端末の各々に保持されているソフトウェアのバージョンを管理するデータであり、各音声受信端末がバージョンアップ対象になるか否かの判定に用いられる。バージョン管理データは、音声受信端末の端末ＩＤ２０３、ＩＰアドレス２０４およびモジュールのバージョン番号２０５を格納する。音声受信端末の端末ＩＤ２０３は音声受信端末１０２の識別子である。ＩＰアドレス２０４は音声受信端末１０２のＩＰアドレスであり、バージョンアップ制御装置１０５から信号を送信する際に使用される。モジュールのバージョン番号２０５は、更新対象となるソフトウェアを構成するファイル（以降、モジュールと呼称する）の数だけ管理項目として用意されており、モジュール毎に付与したバージョン番号を格納する。
【００３８】
図４（ｂ）は、エリア管理データ記憶部２０１に記憶されたエリア管理データを示しており、エリア管理データは、対応するスピーカー１０３の配置エリアが同じである音声受信端末１０２を特定するために用いられる。エリア管理データは、音声受信端末の端末ＩＤ２０６およびエリアＩＤ２０７を格納する。音声受信端末の端末ＩＤ２０６はバージョン管理データにおける音声受信端末の端末ＩＤ２０３と同一のデータである。エリアＩＤ２０７は、音声受信端末１０２に対応するスピーカー１０３が配置されている配置エリアの識別子である。
【００３９】
以上のように構成されたバージョンアップ制御装置１０５について、その動作を説明する。
【００４０】
まず、バージョンアップ作業の流れを図５（ａ）を用いて説明する。バージョンアップ作業者は、更新ソフト格納装置１０４内に更新対象となるソフトウェア（更新ソフト）１２０を格納する（Ｓ１１）。次に、更新対象のソフトウェアのバージョンが、バージョン管理データ記憶部２０２のバージョン管理データに反映される（Ｓ１２）。最後に、作業者は、入力装置１１１を介して、バージョンアップ制御装置１０５にバージョンアップ開始を指示する（Ｓ１３）。バージョンアップ制御装置１０５は、作業者からの指示をバージョンアップ処理開始の信号として受け付け、後は、バージョンアップ制御装置１０５と音声受信端末１０２とで自動的にバージョンアップ処理がなされる（Ｓ１４）。
【００４１】
以上のようにしてバージョンアップ処理開始の信号を受け付けた後のバージョンアップ制御装置１０５の動作を図５（ｂ）を用いて説明する。上述の開始信号は、入力受付部１１２を介して更新制御部１１３に受信される。更新制御部１１３は、エリア管理データ記憶部２０１のエリア管理データを参照し、バージョンアップ制御システムにおけるエリアの数を取得する（Ｓ２１）。そして、更新制御部１１３は、配置エリアの数だけ子プロセスを起動し（Ｓ２２）、配置エリア毎に並列でバージョンアップ作業を進める。更新制御部１１３はプログラムによって実現される構成であり、子プロセスは、更新制御部１１３の一部である。子プロセスでの処理は、図５（ｂ）の点線枠内に相当する。
【００４２】
子プロセスの生成時、更新制御部１１３は、エリア管理データ記憶部２０１のエリア管理データのエリアＩＤ２０７を子プロセスに伝える。エリアＩＤはスピーカー配置エリアの識別子である。子プロセスは、自身のエリアＩＤを基に、エリア管理データ記憶部２０１のエリア管理データを参照し、同じエリアＩＤを持つ音声受信端末１０２の端末ＩＤを取得する（Ｓ２３）。ここでは、未処理であって最も若い端末ＩＤが取得される。
【００４３】
次に、更新制御部１１３は、取得した音声受信端末１０２の端末ＩＤを基に、バージョン管理データ記憶部２０３のバージョン管理データを参照し（Ｓ２４）、該当する音声受信端末１０２に搭載されているソフトウェアのバージョンと、更新ソフトウェアのバージョンとに差異があるか判定する（Ｓ２５）。本実施の形態では、ソフトウェアを構成するモジュールのファイル名称にバージョン番号が含められており、これにより、更新ソフトウェアのバージョンの比較が可能となっている。バージョンに差異がある場合は、該当する音声受信端末１０２がバージョンアップ対象であると判断されて、バージョン管理データ記憶部２０２のバージョン管理データのテーブルに登録されているＩＰアドレス２０４が、更新制御部１１３から再起動指示部１１４に渡される。このＩＰアドレス２０４の情報は、バージョンアップ指示として渡される。
【００４４】
再起動指示部１１４は、子プロセスから渡されたＩＰアドレス２０４を基に再起動コマンドを生成し、通信部１１５を介して音声受信端末１０２に再起動コマンドを送信する（Ｓ２６）。再起動コマンドは、前述の再起動の信号であり、バージョンアップ指示として送信される。子プロセスは、音声受信端末１０２が再起動し、再起動処理が完了するまでＷＡＩＴ状態となる（Ｓ２７）。
【００４５】
音声受信端末１０２で再起動処理が完了すると、再起動処理の完了が音声受信端末１０２から通知される（Ｓ２８）。子プロセスは、再起動完了通知に含まれている音声受信端末１０２内のソフトウェアバージョン情報を基に、バージョン管理データ記憶部２０２のバージョン管理データを更新する（Ｓ２９）。
【００４６】
更新制御部１１３は、以上の動作を、子プロセスが担当している配置エリア内の音声受信端末１０２に対して順次行う。すなわち、子プロセスは、該当配置エリア内の全ての音声受信端末１０２に対して上記の処理を実行したか否かを判断し（Ｓ３０）、ステップＳ３０の判断がＮｏであればステップＳ２３に戻る。配置エリア内の全ての音声受信端末１０２の処理が終了したことを判断できた段階で（ステップＳ３０、Ｙｅｓ）、更新制御部１１３は子プロセスを終了する（Ｓ３１）。以上の子プロセスの処理が、各エリア毎に並列で行われる。
【００４７】
次に、音声受信端末１０２の動作について説明する。この動作は、図５（ｂ）のステップＳ２７と対応している。音声受信端末１０２は、再起動コマンドをバージョンアップ制御装置１０５から通信部１１６を介して受信し、再起動処理部１１７を起動する。再起動処理部１１７は自端末１０２を再起動させ、起動処理シーケンスにおいてバージョンアップ処理を実行する。音声受信端末における起動処理シーケンスを図５（ｃ）を用いて説明する。
【００４８】
起動処理シーケンスではまず、更新判定部１１８が起動し、自端末１０２に搭載されているソフトウェアのバージョンを取得し（Ｓ４２）、更新ソフト格納装置１０４内の更新ソフトウェア１２０のバージョンと比較する（Ｓ４３）。バージョンに差異があれば、更新実行部１１９が起動し、更新ソフト格納装置１０４から差異のあるモジュールをダウンロードする（Ｓ４４）。ダウンロード後、再起動処理を行い（Ｓ４５）、再起動処理が完了した時点で、通信部１１６は、音声受信端末１０２に搭載されているソフトウェアのバージョン情報をバージョンアップ制御装置１０５に再起動完了通知として送信する（Ｓ４６）。再起動完了通知は、バージョンアップ制御装置１０５の通信部１１５を介して更新制御部１１３に渡され、前述の子プロセスに通知される。
【００４９】
以上に、本実施の形態に係るバージョンアップ制御システムの動作を説明した。ここで、図５（ｂ）に戻り、本実施の形態の特徴についてさらに説明を加える。
【００５０】
図５（ｂ）では、バージョンアップ制御装置１０５が、エリア内の複数の音声受信端末１０２を一台ずつ処理して、バージョンアップ対象か否かの判定（Ｓ２４、Ｓ２５）と、バージョンアップの指示（Ｓ２６）を行っている。これらの処理にて、更新制御部１１３は、Ｓ２４、Ｓ２５を繰り返して、配置エリア単位でバージョンアップ対象の複数の音声受信端末を探索しており、バージョンアップ対象探索手段として機能している。また、更新制御部１１３は、再起動指示部１１４と協働して、バージョンアップ対象の音声受信端末１０２に対してバージョンアップ指示を送っており、バージョンアップ指示手段として機能している。そして、上記処理を行うことにより、更新制御部１１３は本発明の更新制御手段として機能している。
【００５１】
本実施の形態では、特に、バージョンアップ指示が、特定台数の音声受信端末毎に順に送られている。特定台数は、本実施の形態の例では１台である。したがって、本実施の形態では、バージョンアップも１台ずつ順番に行われる。
【００５２】
これにより、一つのエリア内では１度に１つの音声受信端末１０２のバージョンアップが行われる。バージョンアップの間は、再起動が行われるので、対応するスピーカー１０３が音声を出せなくなる。しかし、周囲のスピーカー１０３に対応する音声受信端末１０２の機能が維持されているので、周囲のスピーカー１０３は音を出すことができる。そして、周囲のスピーカー１０３の音をバージョンアップ中のスピーカー１０３の担当領域まで届かせることができるので、音が聞こえない場所の発生を防止できる。これにより、拡声システムを使用しながらでも、バージョンアップを実行できる。
【００５３】
例えば、大型店舗では一般にスピーカー１０３が１０ｍ以内の間隔で設置されている。このような場合、一つのスピーカー１０３が一時的に音を出さなくても、隣接するスピーカー１０３の音を届かせることができる。したがって、店舗の営業時間中にもバージョンアップを問題なく実行できる。
【００５４】
この点に関し、従来は、音が聞こえなくなることのないように、営業時間外に、拡声機能を一斉に中断してからバージョンアップが行われていた。これに対して、本実施の形態では、営業時間外の一斉中断を行わずとも、営業時間中にバージョンアップを行うことができる。
【００５５】
ところで、上記の例では、端末ＩＤの順番で、バージョンアップが行われた。しかし、バージョンアップの順番は上記に限定されない。例えば、エリアの端から順番にバージョンアップが行われてよい。この場合、バージョンアップ制御装置１０５がバージョンアップ順序を指定するデータを記憶しており、このデータに従ってバージョンアップが行われてよい。バージョンアップ順序のデータは、エリア管理データに含まれていてよく、音声受信端末１０２の端末ＩＤと対応づけられていてよい。
【００５６】
また、上記の例では、特定台数が１台であり、１台ずつバージョンアップが行われていた。しかし、本発明はこれに限定されず、特定台数が複数台でもよい。互いに近い複数のスピーカー１０３に対応する複数の音声受信端末１０２が同時にバージョンアップを行ったために音が聞こえない場所が発生するといったことのないように、バージョンアップ対象が順次指定される。例えば、スピーカー１０３が図２のようにマトリックス状に配置されている場合に、１列ずつ一度にバージョンアップが行われてよい。この場合、列と交差する方向に隣接するスピーカー１０３が、音を出せる隣接スピーカーとして確保され、これにより、音が聞こえなくなる場所の発生を回避できる。
【００５７】
特定台数が複数の場合にも、予め設定されたバージョンアップ順序のデータが好適に使用される。例えば、上述の列毎のバージョンアップを行う場合、同じ列のスピーカー１０３に対応する音声受信端末１０２には同じバージョンアップ順序が付与される。そして、同じバージョンアップ順序を持ち、かつ、最新バージョンでないソフトウェアを持つ音声受信端末１０２が検索されて、それらに対して同時にバージョンアップ指示が行われる。
【００５８】
上記のバージョンアップ順序のデータは、スピーカー配置のデータでもよい。スピーカー配置のデータは、エリア管理データに含まれてよい。更新制御部１１３は、スピーカー配置の情報に基づいて、隣接するスピーカー１０３が異なる順番で時間的にずれてバージョンアップを行うように、バージョンアップ指示を送る音声受信端末１０２を決定する。例えば、上述の列単位のバージョンアップを行う場合に、音声受信端末１０２の端末ＩＤと対応付けて、スピーカー１０３が属する列の識別データが記憶される。
【００５９】
第１の実施の形態の別の変形例をさらに説明する。上述の実施の形態は、エリアの数だけ子プロセスを起動する構成を採用して処理を並列化することにより、作業時間の短縮を図っている。しかし、子プロセスを起動することなく、更新制御部１１３の１プロセスだけで全体のバージョンアップを実施してもよい。これにより、複数プロセスの起動によるバージョンアップ制御装置１０５のメモリ量やＣＰＵに対する負担を軽減させることができる。
【００６０】
また、上述の実施の形態では、更新ソフトウェア１２０のバージョン情報が、各モジュールのファイル名に埋め込まれており、このファイル名を利用してバージョンが比較された。しかし、本発明はこれに限定されない。別途、管理テーブルが更新ソフト格納装置１０４または音声受信端末装置１０２等に設けられてよい。管理テーブルを参照することにより、バージョン情報を比較することが可能である。
【００６１】
さらに、本実施の形態では、起動処理中のダウンロードを行う場合について説明してきたが、制御装置からバージョンアップコマンドを受けて、再起動することなく、ダウンロードを行うことも可能である。
【００６２】
以上に本発明の第１の実施の形態に係るバージョンアップ制御システム、制御装置及び制御方法について説明した。本実施の形態によれば、バージョンアップ制御装置１０５が更新制御部１１３を備えており、音声受信端末１０２をスピーカー配置エリアにより分類し、配置エリア単位で、かつ、配置エリア内では１または数台ずつ時間的にずれてバージョンアップ処理を行う。これにより、拡声機能を維持したままでバージョンアップを行っても、音声が聞こえなくなる場所の発生を防ぐことができる。したがって、特定エリアの拡声機能を一斉に中断させることなくバージョンアップを行うことができる。
【００６３】
なお、バージョンアップ制御装置１０５は、コンピュータに上述したバージョンアップ制御機能を実現するプログラムを実行させることにより実現可能である。このようなプログラムも本発明の範囲に含まれ、上述の効果を奏する。
【００６４】
次に、本発明の第２の実施の形態に係るバージョンアップ制御装置１０５及び音声受信端末１０２を図６に示す。以下、第１の実施の形態と重複する事項の説明は省略する。第１の実施の形態との違いとしては、バージョンアップ制御装置１０５が音量制御部１２１を備えている。音声制御部１２１は、音声受信端末１０２を再起動させる際にスピーカー１０３の音量を変更させるための音量変更コマンドを生成する。音声受信端末１０２は音量調整部１２２を備えており、音量調整部１２２は、音量変更コマンドに応じてスピーカー１０３の音量を調整する。
【００６５】
本実施の形態では、音量変更コマンドとして、フェードアウトコマンドおよびフェードインコマンドが生成される。フェードアウトコマンドはバージョンアップ指示の前に送られ、フェイーインコマンドはバージョンアップ完了後に送られる。音量調整部１２２は、フェードアウトコマンドに応答してフェードアウト処理を行う機能を有し、また、フェードインコマンドに応答してフェードアウトを行う機能を有する。さらに音量調整部１２２は、音声ミュート処理を行う機能を有しており、音声ミュート処理も再起動の際に行われる。
【００６６】
以上のように構成された第２の実施の形態に係るバージョンアップ制御装置１０５について、図７（ａ）〜図７（ｃ）を用いてその動作を説明する。図７（ａ）はバージョンアップ制御装置１０５の更新制御部１１３における子プロセスの動作フローを示し、図７（ｂ）は音声受信端末１０２がフェードイン／アウトコマンドを受信した際の動作フローを示している。図７（ｃ）は、音声受信端末１０２のバージョンアップの動作を示している。
【００６７】
第１の実施の形態との相違点としては、概略的には、バージョンアップ制御装置１０５が、再起動コマンドを送信する前に再起動コマンドの送信先である音声受信端末１０２にフェードアウトコマンドを送信する。また、音声受信端末１０２が、再起動完了後に音声ミュート処理を行う。さらに、バージョンアップ制御装置１０５が、再起動コマンドを送信した後に、再起動コマンドの送信先である音声受信端末１０２にフェードインコマンドを送信する。
【００６８】
図７（ａ）において、更新制御部１１３における子プロセスが、バージョンアップ対象となる音声受信端末１０２を特定した後（Ｓ２５）、更新制御部１１３は、特定した音声受信端末１０２の音量をフェードアウトするように音量制御部１２１に指示する。音量制御部１２１は、フェードアウトコマンドを生成し、通信部１１５を介して、特定した音声受信端末１０２にフェードアウトコマンドを送信する（Ｓ５１）。
【００６９】
図７（ｂ）に示されるように、音声受信端末１０２は、フェードアウトコマンドを通信部１１６を介して受信し（Ｓ６１）、音量調整部１２２にフェードアウト処理を実行させる。音量調整部１２２は、フェードアウト処理として、あらかじめ定義されている変化量に基づき音量を下げる（Ｓ６２）。処理完了後、音声受信端末１０２は、フェードアウト処理が完了したことを通信部１１６を介してバージョンアップ制御装置１０５に通知する（Ｓ６３）。フェードアウト完了通知は、通信部１１５を介して更新制御部１１３に送られる。
【００７０】
更新制御部１１３は、フェードアウト完了通知の受信を確認（Ｓ５２）した上で、再起動コマンドを音声受信端末１０２に送信する（Ｓ２６）。
【００７１】
音声受信端末１０２では、バージョンアップに伴う再起動処理が行われ（Ｓ４２〜Ｓ４６）、それから音声ミュート処理が行われる。音声ミュート処理は、下記のフェードイン処理と共に、再起動処理の完了後に唐突に音声が再生されることを防ぐために、音量調整部１２２により行われる。音声ミュート処理は、通信部１１６による再起動完了通知処理（Ｓ４６）の実施を契機に音量調整部１２２で行われる（Ｓ７１）。
【００７２】
バージョンアップ制御装置１０５は、更新制御部１１３における子プロセスで、音声受信端末１０２からの再起動完了通知を受信後（Ｓ２８）、音声受信端末１０２の音量をフェードインするように音量制御部１２１に指示する。音量制御部１２１は、フェードインコマンドを生成し、通信部１１５を介して音声受信端末１０２にフェードインコマンドを送信する（Ｓ５３）。
【００７３】
音声受信端末１０２はフェードインコマンドを通信部１１６を介して受信し（Ｓ６１）、音量調整部１２２にフェードイン処理を実行させる。音量調整部１２２は、フェードイン処理としてあらかじめ定義されている変化量に基づき音量を上げる（Ｓ６２）。処理完了後、音声受信端末１０２は、フェードイン処理が完了したことを通信部１１６を介してバージョンアップ制御装置１０５に通知する（Ｓ６３）。フェードイン完了通知は、通信部１１５を介して更新制御部１１３に送られる。更新制御部１１３は、フェードイン完了通知の受信を確認した上で（Ｓ５４）、バージョン管理データ２０２のソフトウェアバージョン情報を更新する（Ｓ２９）。
【００７４】
以上に、本発明の第２の実施の形態に係るバージョンアップ制御システム等について説明した。本実施の形態によれば、バージョンアップ制御装置１０５の音量制御部１２１が、本発明の前段階音量制御手段として機能しており、再起動コマンドを送信する前にフェードアウトコマンドを送信し、そして、音声受信端末１０２の音量調整部１２２が、フェードアウト処理を実行する。これにより、ＢＧＭ再生やアナウンス中に突然再生を停止することで発生するノイズを防止し、スピーカー１０３に対する損傷と視聴者に対する不快感を軽減させることができる。なお、本実施の形態の音量制御部１２１は、上述の前段階音量制御手段と別の用語で表現されてもよく、例えば、（バージョンアップ）指示前音量制御手段と表現されてもよい。
【００７５】
また、本実施の形態によれば、音量制御部１２１が、後段階音量制御手段として機能し、再起動完了通知の受信後にフェードインコマンドを送信し、そして、音量調整部１２２が、フェードイン処理を実行する。これにより、音声受信端末１０２の再起動後にＢＧＭやアナウンスが唐突に再生の再開をすることを防止し、スピーカー１０３に対する損傷と視聴者に対する不快感を軽減させることができる。なお、本実施の形態の音量制御部１２１は、上述の後段階音量制御手段と別の用語で表現されてもよく、例えば、（バージョンアップ）完了後音量制御手段と表現されてもよい。
【００７６】
次に、本発明の第３の実施の形態のバージョンアップ制御装置１０５及び音声受信端末１０２を図８に示す。以下、上述の第１、第２の実施の形態と重複する事項の説明は省略する。本実施の形態では、バージョンアップ制御装置１０５が隣接端末特定部１２３を有しており、隣接端末特定部１２３は、バージョンアップ対象となる音声受信端末１０２の周囲に位置して隣接する音声受信端末１０２を、エリア管理データ記憶部２０１のエリア管理データを基に特定する。
【００７７】
ここで、本実施の形態において、「隣接」とは、音声受信端末１０２に対応するスピーカー１０３同士の隣接を意味する。また、隣接する音声受信端末を、適宜、隣接音声受信端末または隣接端末という。エリア管理データには、隣接音声受信端末の情報が追加されている。
【００７８】
音量制御部１２１は、隣接端末特定部１２３によって特定された隣接音声受信端末１０２に対して音量制御信号を送る。すなわち、本実施の形態では、バージョンアップ対象の音声受信端末１０２のスピーカー１０３に隣接するスピーカー１０３と対応する他の端末へと音量制御信号が送られる。ここでは、音量増大の制御信号が送られる。隣接音声受信端末１０２の音量調整部１２２は、音量制御信号に従って音量を増大する。
【００７９】
また、音声制御部１２１および音量調整部１２２は、第２の実施の形態で説明したフェードアウト処理、フェードイン処理およびミュート処理も行う。
【００８０】
図９は、本実施の形態におけるエリア管理データ記憶部２０１のエリア管理データを示している。隣接音声受信端末の端末ＩＤ２０８が新たに追加されており、より詳細には、上下左右の４方向でスピーカー１０３が隣接する音声受信端末１０２の識別子が格納される。ここで、上下左右は、図２の平面配置における方向を意味している。
【００８１】
なお、上記では、図２のように碁盤目状にスピーカー１０３が配置された場合を例に、エリア管理データの構成を示した。しかし、上記のスピーカー配置は例示である。例えば、１台のスピーカー１０３に隣接するスピーカー１０３が上記４方向以上規定可能な場合に、隣接端末の端末ＩＤ２０８として登録する情報を拡張してよい。例えば、斜め方向の隣接端末の端末ＩＤが指定されてもよい。また、空間的な上下位置等にある隣接端末を指定することも可能である。
【００８２】
以上のように構成された第３の実施の形態のバージョンアップ制御装置１０５について図１０（ａ）、図１０（ｂ）を用いてその動作を説明する。
【００８３】
第２の実施の形態との相違点としては、概略的には、再起動コマンドを送信する前に、バージョンアップ制御装置１０５の隣接端末特定部１２３が、バージョンアップ対象である音声受信端末１０２に隣接した隣接音声受信端末１０２を特定し、音量制御部１２３が、隣接端末特定部１２３により特定された隣接音声受信端末１０２の音量を上げ、音声受信端末１０２の再起動完了後、隣接音声受信端末１０２の音量を元に戻す。
【００８４】
図１０（ａ）において、更新制御部１１３における子プロセスは、バージョンアップ対象の音声受信端末の端末ＩＤ２０３を隣接端末特定部１２３に伝える。隣接端末特定部１２３は、エリア管理データ記憶部２０１のエリア管理データを、バージョンアップ対象の音声受信端末の端末ＩＤ２０３を基に検索し、隣接音声受信端末の端末ＩＤ２０８を取得し（Ｓ８１）、音量制御部１２１に伝える。上下４つの隣接端末が特定されてよい。音量制御部１２１は、隣接音声受信端末１０２毎に音量ＵＰコマンドを通信部１１５を介して音声受信端末１０２へ送信する（Ｓ８２）。音声受信端末１０２は、音量ＵＰコマンドを通信部１１６を介して受信し（Ｓ９１）、音量調整部１２２に音量ＵＰ処理を実行させる。音量調整部１２２は、あらかじめ定義されている値に基づき音量を上げる（Ｓ９２）。処理完了後、音声受信端末１０２は、音量ＵＰ処理が完了したことを通信部１１６を介してバージョンアップ制御装置１０５に通知する（Ｓ９３）。音量ＵＰ完了通知は、通信部１１５を介して更新制御部１１３に送られる。更新制御部１１３は音量ＵＰ完了通知の受信を確認した上で（Ｓ８３）、再起動コマンドを、（隣接端末ではなく）バージョンアップ対象の音声受信端末１０２に送信する（Ｓ２６）。
【００８５】
さらに、更新制御部１１３における子プロセスは、バージョンアップ対象の音声受信端末１０２からの再起動完了通知の受信後（Ｓ２８）、隣接音声受信端末１０２の音量を下げるように音量制御部１２１に指示する。隣接音声受信端末１０２は、ステップＳ８１で隣接端末特定部１２３により特定された端末である。音量制御部１２１は、音量ＤＯＷＮコマンドを生成し、通信部１１５を介して隣接音声受信端末１０２に音量ＤＯＷＮコマンドを送信する（Ｓ８４）。音声受信端末１０２は音量ＤＯＷＮコマンドを通信部１１６を介して受信し（Ｓ９１）、音量調整部１２２に音量ＤＯＷＮ処理を実行させる。音量調整部１２２は、あらかじめ定義されている値に基づき音量を下げる（Ｓ９２）。処理完了後、音声受信端末１０２は、音量ＤＯＷＮ処理が完了したことを通信部１１６を介してバージョンアップ制御装置１０５に通知する（Ｓ９３）。音量ＤＯＷＮ完了通知は、通信部１１５を介して更新制御部１１３に送られる。更新制御部１１３は、音量ＤＯＷＮ完了通知の受信を確認した上で（Ｓ８５）、バージョン管理データ記憶部２０２に記憶されたバージョン管理データにおけるのモジュールのバージョン番号を更新する（Ｓ２９）。
【００８６】
なお、上述の動作説明では言及しなかったが、図１０（ａ）に示されるように、本実施の形態でも、第２の実施の形態と同様に、バージョンアップ対象の音声受信端末１０２に関してフェードアウト処理およびフェードイン処理が行われ、図示のように、これらは本実施の形態の隣接端末の音量制御と連動して行われている。すなわち、隣接端末の音量ＵＰの指示と共に対象端末のフェードアウトが指示され、隣接端末の音量ＤＯＷＮの指示と共に対象端末のフェードインが指示される。
【００８７】
以上に本発明の第３の実施の形態について説明した。本実施の形態によれば、バージョンアップ制御装置１０５が隣接端末特定部１２３を備え、隣接端末特定部１２３が、バージョンアップ対象となる音声受信端末１０２にスピーカー同士が隣接する音声受信端末１０２を特定する。音量制御部１２１は、本発明の周囲音量制御手段として機能し、バージョンアップ対象の音声受端末１０２のバージョンアップ処理時に、隣接音声受信端末１０２の音量を一時的に上げる。したがって、バージョンアップに伴い一時的に音声が出力されないスピーカー１０３の周辺の音量を調整することができ、エリア内の特定箇所においてアナウンスが聞こえにくくなることをより確実に防ぐことができる。
【００８８】
また、本実施の形態では、隣接音声受信端末の音量制御が、バージョンアップ対象の音量制御と連動して行われている。バージョンアップ対象の音声受信端末１０２のフェードアウト処理と同期させながら、隣接する音声受信端末１０２の音量を上げることができる。また、バージョンアップ対象の音声受信端末１０２の再起動後のフェードイン処理と同期させて、隣接する音声受信端末１０２の音量を下げるという制御も可能となる。これにより、エリア内の視聴者が不快感を持ったり、エリア内の特定箇所で避難誘導時のアナウンスを聞き逃すということをより確実に防止することができる。
【産業上の利用可能性】
【００８９】
以上のように、本発明にかかるバージョンアップ制御システムは、特定エリアにおける拡声機能を停止させることなくバージョンアップを実行できるという効果を有し、ＢＧＭやアナウンス等をデジタル音声データとして伝送する拡声システムにおける音声受信端末のソフトウェアのバージョンアップ制御システムとして有用である。
【図面の簡単な説明】
【００９０】
【図１】本発明の第１の実施の形態におけるソフト自動更新システムであるバージョンアップ制御システムの構成図
【図２】スピーカーの配置状態とエリア分割の関係の一例を示す図
【図３】バージョンアップ制御装置と音声受信端末のブロック図
【図４】バージョンアップ制御装置で扱うデータ構成図（ａ）バージョン管理データの構成図（ｂ）エリア管理データの構成図
【図５】バージョンアップ制御システムの動作説明のためのフロー図（ａ）バージョンアップ作業の処理フロー図（ｂ）更新制御部の処理フロー図（ｃ）音声受信端末の再起動時の処理フロー図
【図６】本発明の第２の実施の形態におけるバージョンアップ制御装置と音声受信端末のブロック図
【図７】本発明の第２の実施の形態におけるバージョンアップ制御システムの動作説明のためのフロー図（ａ）更新制御部の子プロセス内の処理フロー図（ｂ）音声受信端末でフェードイン／アウトコマンドを受信した場合の処理フロー図（ｃ）音声受信端末の再起動時の処理フロー図
【図８】本発明の第３の実施の形態におけるバージョンアップ制御装置と音声受信端末のブロック図
【図９】本発明の第３の実施の形態におけるバージョン管理データの構成図
【図１０】本発明の第３の実施の形態におけるバージョンアップ制御システムの動作説明のためのフロー図（ａ）更新制御部の子プロセス内の処理フロー図（ｂ）音声受信端末で音声ＵＰ／ＤＯＷＮコマンドを受信した場合の処理フロー図
【符号の説明】
【００９１】
１０１  音声送信端末
１０２  音声受信端末
１０３  スピーカー
１０４  更新ソフト格納装置
１０５  バージョンアップ制御装置
１１１  入力装置
１１２  入力受付部
１１３  更新制御部
１１４  再起動指示部
１１５  バージョンアップ制御装置内の通信部
１１６  音声受信端末内の通信部
１１７  再起動処理部
１１８  更新判定部
１１９  更新実行部
１２０  更新ソフト
１２１  音量制御部
１２２  音量調整部
１２３  隣接端末特定部
２０１  エリア管理データ記憶部
２０２  バージョン管理データ記憶部
【図１】
2007122208.tif 000003
【図２】
2007122208.tif 000004
【図３】
2007122208.tif 000005
【図４】
2007122208.tif 000006
【図５】
2007122208.tif 000007
【図６】
2007122208.tif 000008
【図７】
2007122208.tif 000009
【図８】
2007122208.tif 000010
【図９】
2007122208.tif 000011
【図１０】
2007122208.tif 000012