(57)【要約】【課題】通信ネットワークを経由して端末装置相互が通信する音声通信システムにおいて、端末装置の動作プログラムの更新を容易にすること【解決手段】音声通信システムは、通信ネットワークを介して相互に接続される中継装置と複数台の端末装置とを有する。端末装置は、電源オン時に中継装置に対してログイン要求を送信する。中継装置は、端末装置から受信したログイン要求を受け付けて、そのログインを登録する。中継装置は、ログインしている端末装置から受信した音声信号を他のログインしている端末装置に転送する。中継装置は、端末装置の動作プログラムを更新する更新プログラムを記憶する。端末装置は、ログイン時に中継装置から更新プログラムをダウンロードして自身の動作プログラムを更新する。【選択図】図１
2015090694.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して相互に接続される中継装置と複数台の端末装置とを有し、
前記端末装置は、電源オン時に前記中継装置に対してログイン要求を送信し、
前記中継装置は、前記端末装置から受信したログイン要求を受け付けて、そのログインを登録し、
さらに、前記中継装置は、ログインしている端末装置から受信した音声信号を他のログインしている端末装置に転送する
音声通信システムであって、
前記中継装置は、前記端末装置の動作プログラムを更新する更新プログラムを記憶し、
前記端末装置は、前記ログイン時に、前記中継装置から前記更新プログラムをダウンロードして前記動作プログラムを更新する
音声通信システム。
【請求項２】
前記端末装置は、
自身の動作プログラムのバージョンを記憶し、
前記中継装置から前記更新プログラムのバージョン情報を受信して前記自身の動作プログラムと一致するか否かを判断し、一致しない場合に前記中継装置から前記更新プログラムをダウンロードする
請求項１に記載の音声通信システム。
【請求項３】
前記中継装置は、インターネットを介して前記端末装置の動作プログラムを管理するセンタ装置と通信し、該センタ装置から前記更新プログラムを取得する請求項１または請求項２に記載の音声通信システム。
【請求項４】
通信ネットワークを介して複数台の端末装置を含む機器と通信する通信部と、
前記端末装置から受信したログイン要求を受け付けて、そのログインを登録する登録処理部と、
ログインしている端末装置から受信した音声信号を、他のログインしている端末装置に転送する転送処理部と、
前記端末装置の動作プログラムを更新する更新プログラムを記憶する記憶部と、
前記端末装置からのダウンロード要求に応じて、前記端末装置に対して前記更新プログラムを送信するプログラム送信部と、
を備えた中継装置。
【請求項５】
インターネットを介して前記端末装置の動作プログラムを管理するセンタ装置と通信し、該センタ装置から前記更新プログラムを取得する更新プログラム取得部をさらに備えた請求項４に記載の中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、無線ＬＡＮなどのネットワークを用いた音声通信システムに関し、特に、端末装置のプログラムの更新に関する。
【背景技術】
【０００２】
近年の電子機器の多くは、マイクロコンピュータを搭載し、マイクロコンピュータで動作制御を行っている。マイクロコンピュータの動作プログラム（ファームウェア）は、外部から更新可能になっているものが多い。そして、インターネットに接続される電子機器であれば、適宜にセンタと通信して自動でファームウェアを更新することが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−４４５００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、インターネットに接続されない電子機器の場合、自身の機能でファームウェアをダウンロードすることができないため、インターネットに接続される別の機器に接続して新たなファームウェアをダウンロードしたり、外部メモリを接続してファームウェアをコピーするなど通常とは異なる操作が必要であった。
【０００５】
また、特許文献１のように充電器にネットワークと通信する機能を備え、充電器を介してファームウェアをダウンロードするなど周辺機器に特別な機能が必要であった。
【０００６】
この発明は、通信ネットワークを経由して端末装置相互が通信する音声通信システムにおいて、端末装置の動作プログラムの更新を容易にした音声通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の音声通信システムは、通信ネットワークを介して相互に接続される中継装置と複数台の端末装置とを有する。端末装置は、電源オン時に中継装置に対してログイン要求を送信する。中継装置は、端末装置から受信したログイン要求を受け付けて、そのログインを登録する。中継装置は、ログインしている端末装置から受信した音声信号を他のログインしている端末装置に転送する。中継装置は、端末装置の動作プログラムを更新する更新プログラムを記憶する。端末装置は、ログイン時に中継装置から更新プログラムをダウンロードして自身の動作プログラムを更新する。なお、更新プログラムは、動作プログラムそのものであるファームウェアであってもよく、動作プログラムの一部を修正するパッチプログラムであってもよい。
【０００８】
端末装置が、自身の動作プログラムのバージョンを記憶してもよい。そして、端末装置が、中継装置から更新プログラムのバージョン情報を受信して自身の動作プログラムと一致するか否かを判断し、一致しない場合に中継装置から更新プログラムをダウンロードしてもよい。
【０００９】
中継装置が、インターネットを介して端末装置の動作プログラムを管理するセンタ装置と通信し、このセンタ装置から更新プログラムを取得してもよい。
【００１０】
本発明の中継装置は、通信ネットワークを介して複数台の端末装置を含む機器と通信する通信部と、端末装置から受信したログイン要求を受け付けてそのログインを登録する登録処理部と、ログインしている端末装置から受信した音声信号を他のログインしている端末装置に転送する転送処理部と、端末装置の動作プログラムを更新する更新プログラムを記憶する記憶部と、端末装置からのダウンロード要求に応じて端末装置に対して更新プログラムを送信するプログラム送信部と、を備えたことを特徴とする。
【００１１】
インターネットを介して端末装置の動作プログラムを管理するセンタ装置と通信し、このセンタ装置から前記更新プログラムを取得する更新プログラム取得部をさらに備えてもよい。
【発明の効果】
【００１２】
この発明によれば、通信を中継する中継装置を介して更新プログラムがダウンロードされるため、日常の運用の中で動作プログラムを更新することができ、端末装置の動作プログラムの管理が容易になる。
【図面の簡単な説明】
【００１３】
【図１】この発明の実施形態である音声通信システムの構成図である。
【図２】端末装置であるトランシーバのブロック図である。
【図３】端末装置の記憶部の記憶内容の一部を示す図である。
【図４】音声パケットの構成の一例を示す図である。
【図５】サーバ装置のブロック図である。
【図６（Ａ）】サーバ装置に設定される端末テーブルを示す図である。
【図６（Ｂ）】サーバ装置に設定されるグループテーブルを示す図である。
【図６（Ｃ）】サーバ装置に設定されるミキシングテーブルを示す図である。
【図７】端末装置のレジスト要求処理を示すフローチャートである。
【図８】サーバ装置のレジスト処理を示すフローチャートである。
【図９】サーバ装置のファームウェア管理動作を示すフローチャートである。
【図１０】トランシーバの音声通信動作を示すフローチャートである。
【図１１（Ａ）】サーバ装置の音声通信動作を示すフローチャートである。
【図１１（Ｂ）】サーバ装置のテーブル管理動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
図面を参照してこの発明の音声通信システムについて説明する。図１は、この発明の実施形態である音声通信システムの構成図である。この音声通信システムは、Ｗｉ−Ｆｉなどの無線ＬＡＮ１６を用いて、端末装置１４相互の通信を可能にした音声通信システムである。端末装置１４は、無線通信用のハンディトランシーバに似た形状をしており、図２に示すようにＰＴＴ（プッシュ・トゥ・トーク）スイッチ２２０を備えているが、機能的には、無線アクセスポイント（ＡＰ）１３を介して音声パケットを送受信する無線ネットワーク機器である。中継装置であるサーバ装置１１は、有線ＬＡＮ１５および無線ＬＡＮ１６を経由した端末装置１４相互の通信を中継する。なお、以下、有線ＬＡＮ１５および無線ＬＡＮ１６を総称してネットワーク１７と呼ぶ。
【００１５】
有線ＬＡＮ１５として、Ｅｔｈｅｒｎｅｔ（登録商標）などが適用可能である。また、無線ＬＡＮ１６として、Ｗｉ−ＦｉなどＩＥＥＥ８０２．１１に準拠した通信方式などが適用可能である。端末装置１４と無線アクセスポイント１３とは、この通信方式で通信する。
【００１６】
無線アクセスポイント１３は、複数設置されている。各無線アクセスポイント１３は、たとえば、ビルの異なるフロア、異なる部屋などにそれぞれ設置される。これにより、端末装置１４がどの無線アクセスポイント１３と通信しているかによって、その端末装置１４がどのフロア／部屋にいるかを推定することができる。
【００１７】
有線ＬＡＮ１５にはルータ５０が接続されている。ルータ５０は、ネットワーク１７をインターネット５２に接続する機器である。サーバ装置１１は、インターネット５２を介してセンタ装置５１に接続される。センタ装置５１は、端末装置１４およびサーバ装置１１の供給元（ベンダー）が設置したコンピュータ装置であり、サーバ装置１１および端末装置１４のファームウェア（動作プログラム）を提供する。サーバ装置１１は、定期的にセンタ装置５１にアクセスしてサーバ装置用のファームウェアのリリースを確認し、新たなファームウェアがリリースされていれば、それをダウンロードして自装置のファームウェアを更新する。
【００１８】
さらに、サーバ装置１１は、定期的にセンタ装置５１にアクセスして端末装置用のファームウェアのリリースを確認し、新たなファームウェアがリリースされていればそれをダウンロードし、配下の端末装置１４からのダウンロード要求に応じて、送信できるようにする。ファームウェアは、通常は、端末装置１４が直接センタ装置５１にアクセスしてダウンロードするものであるが、この音声通信システムでは、サーバ装置１１がセンタ装置５１からファームウェアをダウンロードし、センタ装置５１に代わって端末装置１４に対する送信を行う。これにより、端末装置１４はインターネット５２にアクセスする必要がなくなる。また、センタ装置５１は多くの端末装置１４からの直接のアクセスを受け付ける必要がなくなる。
【００１９】
また、有線ＬＡＮ１５には、管理装置１２が接続されている。管理装置１２は、たとえば、管理プログラムがインストールされたパーソナルコンピュータなどで構成されている。管理装置１２は、管理者の操作に応じてサーバ装置１１にアクセスし、サーバ装置１１に図６（Ａ）、(Ｂ）に示すテーブルなどを設定する。また、管理装置１２は、１台の端末装置としても機能し、他の端末装置１４との通信が可能である。
【００２０】
端末装置１４は、ユーザの通話音声信号を音声パケット（ＲＴＰパケット）にしてサーバ装置１１に送信する。サーバ装置１１は、この音声信号を通信相手の端末装置１４に転送する。通信の形態は、１対１の個別通信、３台以上が相互に通信するグループ通信があり、端末装置１４からの要求に応じた形態の通信セッションをサーバ装置１１が確立する。
【００２１】
サーバ装置１１は、ネットワーク１７上で通信に使用される端末装置１４を予め端末テーブル３０１（図６（Ａ）参照）に登録している。各端末装置１４は、ユーザによって電源がオンされると、まずサーバ装置１１にログインする。ログインは、端末装置１４からサーバ装置１１に対してレジスト要求のパケットが送信されることによって行われる。ログインによって、サーバ装置１１は、その端末装置１４がアクティブ（運用中）であることを認識し、音声パケットの送信先である端末装置１４を通信相手として扱う。
【００２２】
サーバ装置１１は、端末装置１４からレジスト要求を受信したとき、端末テーブル３０１のその端末装置１４のアクティブフラグをセットし、その端末装置１４の運用開始を記憶する。そして、運用に必要な設定データを端末装置１４に対して送信する。サーバ装置１１が送信する設定データは、たとえば、現在アクティブな他の端末装置１４の端末番号、この端末装置１４に通信が許可されるグループの番号などである。
【００２３】
また、サーバ装置１１は、上述したように、端末装置１４の動作プログラムを更新するファームウェアをセンタ装置５１からダウンロードして記憶する。端末装置１４はログイン時にサーバ装置１１に対してファームウェアの最新のバージョンを確認し、新たなファームウェアがサーバ装置１１にダウンロードされていれば、それをダウンロードして、自装置のファームウェアを更新する。これにより、端末装置１４は、通常の運用のログイン時にファームウェアの確認、ダウンロードおよび更新が可能になり、ユーザに何ら特別の操作を要求することなく、ファームウェアの更新が可能になる。
【００２４】
図２は、端末装置１４のブロック図である。上述したように、端末装置１４は、機能的には、無線ＬＡＮの無線アクセスポイント（ＡＰ）１３を介して音声パケットを送受信する無線ネットワーク機器である。装置の動作を制御する制御部２０はマイクロプロセッサで構成される。制御部２０は、各種のデータが記憶される記憶部２１を有している。この記憶部２１には、図３に示すように、ファームウェアおよびそのバージョン情報、現在接続中の無線アクセスポイント１３のほか、サーバ装置１１からダウンロードされたデータが記憶される。サーバ装置１１かダウンロードされるデータは、上述した、現在アクティブな他の端末装置１４の端末番号、この端末装置１４に通信が許可されるグループの番号などの設定データやファームウェアなどである。
【００２５】
制御部２０には、操作部２２、表示部２３、オーディオ回路２４および無線ＬＡＮ通信部２５が接続されている。操作部２２は、ＰＴＴスイッチ２２０などのキースイッチを含み、ユーザの操作を受け付けてその操作信号を制御部２０に入力する。表示部２３は液晶ディスプレイを含む。液晶ディスプレイには、ユーザの操作によって選択された通信相手の識別番号や着信した通信相手の識別番号などが表示される。
【００２６】
また、オーディオ回路２４は、マイク２４０およびスピーカ２４１を有している。制御部２０は、受信した音声パケットをデコードしてオーディオ回路２４に入力する。オーディオ回路は、このデコードされたオーディオ信号をアナログ信号に変換してスピーカ２４１から出力する。また、オーディオ回路２４は、マイク２４０から入力された音声信号をデジタル信号に変換して制御部２０に入力する。制御部２０は、このデジタルオーディオ信号を音声パケット化して無線ＬＡＮ通信部２５に入力する。無線ＬＡＮ通信部２５は、上述のＩＥＥＥ８０２．１１に準拠した通信方式で無線通信を行う回路を有し、制御部２０から入力されたパケットを無線アクセスポイント１３に向けて送信するとともに、無線アクセスポイント１３から受信したパケットを制御部２０に入力する。
【００２７】
ユーザは、通信をしようとするとき、まず端末装置１４を操作して通信相手を選択する。このとき、端末装置１４の表示部２３には通信相手の候補として、上述のアクティブな端末装置１４の端末番号、通信が許可されたグループ番号が表示される。表示部は小型であるため、これらの通信相手の候補がキー操作に応じて順次切り換え表示される。ユーザは、表示された候補のなかから所望のものを選択する。
【００２８】
そして、ユーザがＰＴＴスイッチ２２０を押しながらマイク２４０に向けて音声を入力すると、端末装置１４は、この音声信号を音声パケットに編集してサーバ装置１１に送信する。音声パケットは、図４に示すような構成をしている。音声パケットの送信先は、ＩＰアドレスで指定されるサーバ装置１１であるが、音声パケットのデータ本体に、デジタル化された音声信号とともに、通信相手の識別番号である転送先端末番号（個別／グループ）および送信元の端末番号（送信元ＩＰアドレスに対応）が付されている。サーバ装置１１は、音声パケットを受信すると、この音声パケットからデータ本体を取り出し、通信相手の端末装置１４に対して音声信号を転送する。通信相手の識別番号がグループのものである場合、すなわちグループ通信の場合は、そのグループに属する複数の端末装置１４に対して音声信号を転送する。
【００２９】
この音声信号の転送に際して、転送先の端末装置１４のＩＰアドレスを送信先アドレス、サーバ１１のＩＰアドレスを送信元アドレスとする新たな音声パケットが作成される。個別通信の場合は、この新たなパケットにおいても、データ本体に書き込まれている転送先端末番号、送信元端末番号は同じである。グループ通信の場合は、この新たなこの新たなパケットにおいて、データ本体に書き込まれている転送先端末番号は同じであるが、送信元端末番号はクリアされて送信される。
【００３０】
このように、この音声通信システムの通信では、各端末装置１４は、通信相手を識別番号で指定し、各端末装置１４のＩＰアドレスやグループなどの管理はサーバ装置１１が行う。これにより、各端末装置１４は通信相手を指定してサーバ装置１１に音声パケットを送信するのみでよく、ＳＩＰ手順などの通話確立手順を行う必要がなくなるため、無線通信のトランシーバと同じような使用感で通信を行うことができる。
【００３１】
なお、端末装置１４は、ＰＴＴスイッチ２２０とともにＶＯＸ回路を有している。ＶＯＸ回路とは、マイク２４０の入力レベルとその持続時間に基づいて通話音声が入力されたか否かを判定し、通話音声が入力されたと判定された場合に装置を送信状態（ＰＴＴスイッチオン）に切り換える回路である。端末装置１４は、ＰＴＴスイッチ２２０に代えて、または、ＰＴＴスイッチ２２０とともにＶＯＸ回路を用いて送信オン／オフの切り換えを行ってもよい。また、一般の無線通信のトランシーバは、無線送信時に無線信号の受信を行うことができないシンプレックス方式の通信であるが、端末装置１４は無線ＬＡＮ１６を介したパケット通信であるため、音声パケットの送信と音声パケットの受信を並行して行うことができ、この機能を用いてフルデュプレックス方式の通信が可能である。ただし、フルデュプレックス通信を行う場合であっても、無音の音声パケットを送信し続けることがないように、ＰＴＴスイッチ２２０またはＶＯＸ機能により、送信対象の音声信号が入力されたときのみ音声パケットを編集・送信する。
【００３２】
サーバ装置１１は、ネットワーク１７を介して端末装置１４から入力される音声パケット（音声信号）を、さらにネットワーク１７を介して他の端末装置１４に転送する。グループ通信の場合は、そのグループに属する複数の端末装置１４に音声信号を転送する。また、グループ通信の場合、複数の端末装置１４のユーザが同時に発言し、複数の端末装置１４から同時に音声パケットが送信されてくる場合がある。この場合、サーバ装置１１は、これら複数の音声パケットの音声信号をミキシングして新たな音声パケットを編集し、この新たな音声パケットを各端末装置１４に転送する。なお、音声信号を送信していない端末装置１４に対しては、全ての音声信号をミキシングして転送し、音声信号を送信してきた端末装置１４に対しては、その端末装置１４が送信した音声信号を外して、それ以外の音声信号をミキシングして転送する。これにより、音声信号を送信した端末装置１４で自装置が送信した音声信号のエコーが生じないようにしている。
【００３３】
図５は、サーバ装置１１のブロック図である。上記の処理を行うため、サーバ装置１１は、制御部３０、記憶部３１およびネットワーク通信部３２を有している。記憶部３１は、たとえばハードディスクやＲＡＭなどで構成され、図６に示す各種のテーブル、端末装置用のファームウェア、各端末装置１４の設定データなどが記憶される。制御部３０は、音声信号のミキシングや端末装置１４の管理などを行う。ネットワーク通信部３２は、このサーバ装置１１と有線ＬＡＮ１５、インターネット５２との通信を制御する。
【００３４】
図６（Ａ）、図６（Ｂ）、および、図６（Ｃ）は、サーバ装置１１の記憶部３１に設けられるテーブルを示す図である。
【００３５】
図６（Ａ）は、端末テーブル３０１を示す図である。各端末装置１４は、各々ユニークに振られている識別番号（端末番号）で識別される。端末テーブル３０１には、アクティブフラグ、設定データの格納アドレスおよび各端末装置１４のファームウェア送信履歴が記憶されている。アクティブフラグは、端末装置１４が、サーバ装置１１にログインして通信可能であることを示すフラグである。各端末装置１４個別の設定データは、たとえば、自己が所属するグループ、通信が許可される他のグループを記録した電話帳などである。ファームウェア送信履歴は、各端末装置１４が最後にダウンロードしたファームウェアのバージョンである。
【００３６】
端末装置１４は、上述したように、電源がオンされてネットワーク１７に接続されたときにログインのための最初のレジスト要求を送信するほか、その後の適当なタイミングに、サーバ装置１１に対してレジスト要求を送信する。その後の適当なタイミングとは、たとえば、一定時間毎、接続している無線アクセスポイント１３が切り換わったときなどである。
【００３７】
図６（Ｂ）は、グループテーブル３０２を示す図である。各グループは、各々ユニークに振られている識別番号（グループ番号）で識別される。グループテーブル３０２には、各グループ番号に対応づけて、そのグループに属する１台以上の端末装置１４の端末番号が記憶されている。これら、端末テーブル３０１およびグループテーブル３０２は、管理装置１２を操作する管理者によって設定される。
【００３８】
図６（Ｃ）はミキシングテーブル３０３を示す図である。ミキシングテーブルは、複数の行を有しており、各行に１つの通信セッションの情報が記憶される。ここで通信セッションとは、サーバ装置１１を中継装置として複数の端末装置１４間で音声信号を相互に転送している状態のことである。サーバ装置１１は、ミキシングテーブル３０３で各通信セッションに参加している端末装置１４を管理する。
【００３９】
通信セッションは、例えば以下の手順で処理される。通信セッションの確立、すなわち、ミキシングテーブルの設定は、端末装置１４から通信セッションを確立しようとする最初の呼出音声パケットを受信したとき行われる。１回の（例えば数秒の）発話音声は短い（この実施形態では２０ミリ秒）音声パケットに分割されて送受信される。また、通信セッションにおいては、ある発話音声に対する返信の発話音声が他の端末装置から送信されてくる。先の発話音声と返信の発話音声との間隔（無音時間）は、０秒から数秒程度である。通信セッションの保持時間は、一般の通信における無音時間の最大値以上に設定される。
【００４０】
ミキシングテーブル３０３には、各通信セッションについて、セッション番号、発呼端末番号、参加端末番号、および、残保持時間（Ｔ１）が、対応づけて記憶される。参加端末番号の欄に対する端末番号の追加、除外のみでもテーブルの管理が可能である。セッション番号は、この通信セッションを識別する番号である。発呼端末番号は、この通信セッションを立ち上げる最初の呼び出し（音声パケットの送信）をした端末装置１４の端末番号である。セッション番号は、上記最初の音声パケットに書き込まれていた通信相手の識別番号（端末番号／グループ番号）が用いられる。セッション番号として端末番号（たとえば「１９」）が登録されている通信セッションが、個別通信の通信セッションである。個別通信とは、１対１の個別の端末装置１４同士の通信である。セッション番号としてグループ番号（たとえば「Ｇ１」）が登録されている通信セッションが、グループ通信の通信セッションである。グループ通信とは、複数の端末装置１４（一般的には３台以上）が相互に音声信号を交換する通信である。したがって、ミキシングテーブルの各行の通信セッションに関する情報は、発呼端末装置が最初の音声パケットをサーバ装置１１に送信したことに応じて、サーバ装置１１の制御部３０によって作成される。
【００４１】
参加端末番号は、この通信セッションに参加している端末装置１４の端末番号の一覧である。参加端末番号に端末番号が登録されている或る端末装置１４から音声パケットが送信されてきた場合、制御部３０は、この音声パケットを、参加端末番号に端末番号が登録されている他の端末装置１４に転送し、参加端末装置間の相互通信を実現する。
【００４２】
グループ通信セッションの場合、参加端末番号は、発呼端末装置の端末番号および通信相手に指名されたグループに属する端末装置１４の端末番号となる。ただし、そのグループに所属していてもアクティブでない端末装置１４や別の個別通信セッションを行っている端末装置１４は、このグループ通信セッションに参加できないため、それらの端末装置１４の端末番号は参加端末番号から除外される。また、発呼端末装置が、このグループに所属していない端末装置１４であった場合、すなわち、発呼端末装置が、自局の属するグループ以外のグループを呼び出した場合、発呼端末装置の端末番号も参加端末番号として登録される。すなわち、このグループ通信セッションが継続している間は、発呼端末装置はグループに所属する端末装置１４と同様に扱われる。
【００４３】
個別通信セッションの場合、参加端末番号は、発呼端末装置の端末番号と通信相手の端末装置１４の端末番号のみである。一対一通信であるため、参加端末番号が追加されたり除外されたりすることはない。
【００４４】
また、保持時間は、参加端末装置から音声パケットが送信されてこなくなったのち、この通信セッションを解消せずに保持する時間である。サーバ装置１１における各通信セッションの保持時間は、たとえば３０秒に設定される。ミキシングテーブル３０３の保持時間タイマ（ＴＳ）は、音声パケットが送信されてこないとき、保持時間の経過をカウントするタイマである。保持時間タイマＴＳは制御部３０の処理動作（図１１（Ａ），（Ｂ）参照）で、カウントダウンされ、且つ、３０秒にリセットされる。参加端末装置から音声パケットが３０秒間送られて来ないままタイマＴＳがタイムアップした場合、この通信セッションは解消され、ミキシングテーブル３０３からこの通信セッションの情報が消去される。
【００４５】
以上の例では、グループ通信セッションにおいて、参加端末装置に追加される端末装置１４は発呼端末装置に限定され、非アクティブな端末装置１４および他の通信セッションを行っている端末装置１４が参加端末装置から除外されるが、追加および除外される端末装置１４はこれらに限定されない。
【００４６】
また、通信セッションが継続されるためには、各端末装置１４においても保持時間を計時する必要がある。端末装置１４の保持時間（Ｔ１）は、サーバ装置１１の保持時間（ＴＳ＝３０秒）よりも短く、タイマＴ１には例えば５秒が設定される。
【００４７】
また、ミキシングテーブル３０３を、実行中ミキシングテーブルと退避テーブルからなる２つのテーブルに分けてもよい。実行中ミキシングテーブルは、現在ミキシングを行っているセッションが登録されるテーブルであり、高速なメモリ上に形成される。通信（音声信号の送受信）が途絶えたセッションは、２００ミリ秒程度の短時間で退避テーブルに転記され、退避テーブルで保持時間（Ｔ１）だけ保持される。保持時間中に再度通信（音声信号の送受信）が発生すると、そのセッションは再度実行中ミキシングテーブルに転記され、ミキシングの実行に用いられる。
【００４８】
図７は、端末装置１４の電源オン時のレジスト要求（ログイン）処理を示すフローチャートである。この処理は、端末装置１４の電源がオンされたとき実行される。一般的に、ハンディ・トランシーバは、使用開始時に電源がオンされ、使用が終了すると電源がオフされる。したがって、通常はこの電源オンが一日一度は行われると考えてよく、以下の動作も一日一度は行われる。
【００４９】
最初に記載しているブロックＳＢ１のＳ２６、Ｓ２７の動作は、後で説明する。まず、サーバ装置１１に対してレジスト要求メッセージを送信する（Ｓ１１）。レジスト要求メッセージは、音声信号と同様にＲＴＰパケット（ＵＤＰ手順）で送信される。ＵＤＰ手順は、相手装置（サーバ装置１１）の受信確認ができないため、サーバ装置１１の受信を確実化するように複数回繰り返し送信する。レジスト要求メッセージには、自装置の端末番号、現在接続している無線アクセスポイント１３の識別情報などが含まれる。レジスト要求メッセージ送信ののち、サーバ装置１１からの確認メッセージを受信するまで待機する（Ｓ１２）。サーバ装置１１からの確認メッセージを受信すると（Ｓ１２でＹＥＳ）、これに続いて送信されてくる設定データを受信し（Ｓ１３）、この設定データを記憶部２１に記憶する（Ｓ１４）。Ｓ１２で一定時間待機してもサーバ装置１１から確認メッセージが返信されて来ない場合には（Ｓ１２でＮＯ）、Ｓ１１にもどって再度レジスト要求を送信する。
【００５０】
次に、ファームウェアのバージョン確認を行う。まず、サーバ装置１１に対して、現在端末装置１４に対してリリースされているファームウェアの最新バージョンの情報（ファームウェア情報）を要求するメッセージをサーバ装置１１に送信する（Ｓ２０）。これに対応してサーバ装置１１からファームウェア情報が返信されてくる（Ｓ２１）。このファームウェア情報（ファームウェアのバージョン）と自装置のファームウェアのバージョンとを比較してこれらが一致するかを判断する（Ｓ２２）。自装置のファームウェアバージョンがサーバ装置１１のものと一致している場合には（Ｓ２２でＮＯ）そのまま処理を終了する。
【００５１】
サーバ装置１１のファームウェアのバージョンと自装置のファームウェアのバージョンが一致しない場合、すなわち更新が必要な場合には（Ｓ２２でＹＥＳ）、サーバ装置１１に対してファームウェアダウンロード要求メッセージを送信して（Ｓ２３）、最新のファームウェアをダウンロードする（Ｓ２４）。そして、現在自装置を再起動可能か否かを判断する（Ｓ２５）。再起動が可能な状態とは、例えば、ユーザが再起動可と設定しており、且つ通信中でないなどの条件を満たした場合である。再起動可能の場合には（Ｓ２５でＹＥＳ）、再起動して実行中のファームウェアを更新する（Ｓ２６）。再起動が不可な場合には（Ｓ２５でＮＯ）、そのまま動作を終了して、他の端末装置１４と通信可能な運用状態に移行する。
【００５２】
ファームウェアをダウンロードしたのち、Ｓ２６の処理が実行されなかった場合には、次の電源オン時に、未適用のファームウェアがあることが判断され（Ｓ２７でＹＥＳ）、起動前にファームウェアを更新し（Ｓ２８）、こののちＳ１１に進む。
【００５３】
なお、Ｓ２４のファームウェアのダウンロード処理中に、端末装置１４の電源がオフされてしまった場合でも、再度電源をオンすれば、端末装置１４は、図８の動作を最初からやり直して、再度ファームウェアをダウンロードするため、誤操作や電池切れなどの事故があった場合でもファームウェアの更新が行われなくなることがない。
【００５４】
また、Ｓ２４のダウンロードによって取得された新たなファームウェアは、端末装置１４の動作プログラム領域に記憶される実行用ファームウェアの書き換えが完了するまで、フラッシュＲＯＭである記憶部２１に格納されているため、もし、ファームウェアの更新中に端末装置１４の電源がオフされてしまった場合でも、再度電源をオンすれば、端末装置１４は、ＩＰＬによって起動され、再度ファームウェアの更新が行われるため、誤操作や電池切れなどの事故があった場合でも端末装置１４が動かなくなってしまうことはない。
【００５５】
図７で説明した処理は、起動時のレジスト要求の処理であるが、端末装置１４は、起動時以外でも、例えば、移動等により接続する無線アクセスポイント１３が変わったとき、定期的（たとえば５分毎）に、サーバ装置１１の端末テーブル３０１の登録内容を更新するため、および、自装置の設定データを更新するため、サーバ装置１１に対してレジスト要求メッセージを送信する。その場合のレジスト要求処理は、図７のＳ１１からＳ１４までの処理である。端末装置１４として運用中には、ファームウェアの確認は行わないようにしているが、行うようにしてもよい。
【００５６】
図８は、サーバ装置１１のレジスト処理を示すフローチャートである。端末装置１４からレジスト要求のメッセージを受信すると（Ｓ３０）、端末テーブル３０１にそのレジスト要求の情報を登録する（Ｓ３１）。登録は、レジスト要求に含まれている端末番号のアクティブフラグをセットする、接続中の無線アクセスポイント１３の識別情報を書き込むなどの処理である。そして、レジスト要求を受信した旨の確認メッセージを返信する（Ｓ３２）。続いて、その端末装置１４向けの設定データを送信する（Ｓ３３）。設定データは、たとえば、現在アクティブな他の端末装置１４の端末番号、この端末装置１４に通信が許可されるグループの番号などである。
【００５７】
こののち、端末装置１４からファームウェア情報を要求するメッセージが送られてくるか否かを判断する（Ｓ３４）。メッセージが送られてこない場合には（Ｓ３４でＮＯ）、そのまま動作を終了する。ファームウェア情報を要求するメッセージを受信した場合には（Ｓ３４でＹＥＳ）、最新のファームウェア情報を送信する（Ｓ３５）。そして、端末装置１４からファームウェアの送信要求があるか否かを判断する（Ｓ３６）。送信要求がない場合には（Ｓ３６でＮＯ）、そのまま動作を終了する。ファームウェア送信要求があった場合には（Ｓ３６でＹＥＳ）、要求に応じてファームウェアを送信する（Ｓ３７）。そして、その端末装置１４に対するファームウェア送信履歴を更新する（Ｓ３８）。
【００５８】
図９は、サーバ装置１１のファームウェア管理動作を示すフローチャートである。この動作は、定期的（例えば一日１回）に実行される。センタ装置５１へ端末装置１４のファームウェア情報の送信を要求し（Ｓ４１）、センタ装置５１から端末装置１４のファームウェア情報を受信する（Ｓ４２）。ファームウェアの最新バージョンが更新された場合、すなわち、新たなファームウェアのリースがあった場合には（Ｓ４３でＹＥＳ）、新たにリリースされたファームウェアをダウンロードして記憶する（Ｓ４４）。そして、ファームウェア情報、すなわち、自装置が記憶している最新のファームウェアのバージョン情報を更新する（Ｓ４５）。センタ装置５１でファームウェアの更新がない場合には（Ｓ４３でＮＯ）、そのまま終了する。
【００５９】
以上の動作により、各端末装置１４は、直接センタ装置にアクセスしなくても、日常の運用開始時、サーバ装置１１へのログインによってファームウェアを更新して、動作・機能を最新の状態を保つことができる。
【００６０】
上記実施形態では、サーバ装置１１は、端末装置１４用のファームウェアをセンタ装置５１からダウンロードしているが、他の方法で取得してもよい。たとえば、ＵＳＢなどのメディアインタフェースに接続される外付け記憶デバイスから取得してもよい。また、外付け記憶デバイスをファームウェアの記憶装置としてサーバ装置１１に接続したままにしてもよい。この場合、外付け記憶デバイスを記憶部３１に優先させ、外付け記憶デバイスが接続されている場合には、図８の動作で端末装置１４に対して外付け記憶デバイスに記憶されているファームウェアを送信してもよい。サーバ装置１１の記憶部３１に標準のファームウェアが記憶されている場合に、外付け記憶デバイスにカスタマイズされたファームウェアやバージョンを落としたファームウェアを記憶し、このカスタマイズされたファームウェアやバージョンを落としたファームウェアで音声通信システムを運用しようとする場合に有効である。
【００６１】
なお、サーバ装置１１自身のファームウェアの確認および更新は、これとは別の処理で別途行えばよい。
【００６２】
次に、端末装置１４の運用モードにおける端末装置１４およびサーバ装置１１の動作について説明する。
【００６３】
図１０は端末装置１４の制御部２０の通信制御動作を示すフローチャートである。この処理動作は２０ミリ秒毎に繰り返し実行される。この処理動作では、ＰＴＴスイッチ２２０のオン／オフや音声パケット（ＲＴＰパケット）の受信に応じて、現在の通信の状態（ステータス）を割り出す。ここで、このフローチャートに登場するフラグ、タイマ類は以下のとおりである。
【００６４】
ＰＴＴ：プッシュ・トゥ・トーク・スイッチ（ＰＴＴスイッチ）２２０の略記であるが、ＰＴＴスイッチ２２０のオン／オフに限定されず、ＶＯＸ回路による送信信号のオン／オフも含んでいる。
ＮＣ０：ユーザの操作によって選択された通信相手の識別番号（端末番号／グループ番号）
ＮＣ１：セッション番号、実行中の通信セッションを識別する番号、通信セッションが確立される最初の音声パケットに書き込まれていた通信相手の識別番号（端末番号／グループ番号）が用いられる。
ＦＣ：通信セッションフラグ（この端末装置１４が通信セッションに参加していることを示すフラグ）
ＦＴ：通信中フラグ（音声パケットの送信中または受信中であることを示すフラグ）
Ｔ１：保持時間タイマ（通信セッションの保持時間（５秒）を計時するタイマ）
【００６５】
Ｓ５０〜Ｓ６１は音声パケットの送信管理処理である。制御部２０は、ＰＴＴスイッチ２２０の状態を判断する（Ｓ５０）。制御部２０は、ＰＴＴスイッチ２２０がオンしている場合、処理をＳ５１に進める。ＰＴＴスイッチ２２０がオンしていない場合、処理をＳ６０に進める。
【００６６】
Ｓ５１では、制御部２０は、通信セッションフラグＦＣがセットされているか否かを判断する。通信セッションフラグＦＣがセットされていない場合（Ｓ５１でＮＯ）、今回の音声パケットは呼出音声パケットであり、この音声パケットの送信により、サーバ装置により通信セッションが開始される。制御部２０は、通信セッションフラグＦＣ、および、音声パケットを送受信中であることを示す通信中フラグＦＴをセットする（Ｓ５２）。そして、制御部２０は、ユーザによって選択された通信相手番号ＮＣ０を通信セッション番号ＮＣ１に転記し（Ｓ５３）、この通信セッション番号ＮＣ１が音声信号とともにデータ本体に書き込まれた音声パケットをサーバ装置１１宛に送信する（Ｓ５４）。そして保持時間タイマＴ１を５秒にリセットする（Ｓ５５）。こののち、制御部２０は、Ｓ７０以下の音声パケットの受信管理処理に処理を進める。
【００６７】
Ｓ５１で、通信セッションフラグＦＣが既にセットされている場合（Ｓ５１でＹＥＳ）、制御部２０は、通信中フラグＦＴがセットされているか否か、すなわち、現在音声パケットの送信または受信中であるかを判断する（Ｓ５６）。通信中フラグＦＴがセットされていない場合（Ｓ５６でＮＯ）、制御部２０は、通信中フラグＦＴをセットする（Ｓ５７）。処理がＳ５１→Ｓ５６→Ｓ５７に進むのは、以前に開始された通信セッションが維持されており、今回新たに音声パケット（ユーザの通話音声）の送信を開始するという状況である。こののち、Ｓ５４に処理を進める。
【００６８】
Ｓ５０において、ＰＴＴスイッチ２２０がオンされていない場合（Ｓ５０でＮＯ）、制御部２０は、通信中フラグＦＴをリセットする（Ｓ６０）。なお、通信中フラグＦＴが既にリセットされている場合にはそのままでよい。こののち、制御部２０は、Ｓ７０以下の音声パケットの受信管理処理に処理を進める。
【００６９】
制御部２０は、Ｓ７０で、ネットワーク１７を介して音声パケットを受信したか否かを判断する。制御部２０は、音声パケットを受信した場合、処理をＳ７１に進める。音声パケットを受信していない場合、処理をＳ８０に進める。
【００７０】
Ｓ７１では、制御部２０は、通信セッションフラグＦＣがセットされているか否かを判断する。通信セッションフラグＦＣがセットされていない場合（Ｓ７１でＮＯ）、今回新たな通信セッションが確立され、その最初の音声パケットが送信されてきたと判断し、通信セッションフラグＦＣ、および、音声パケットを送受信中であることを示す通信中フラグＦＴをセットする（Ｓ７３）。そして、制御部２０は、その音声パケットに含まれている通信相手番号を通信セッション番号ＮＣ１に転記する（Ｓ７４）。そして、制御部２０は、音声パケットをオーディオ回路２４に出力し（Ｓ７５）、保持時間タイマＴ１を５秒にリセットする（Ｓ７６）。
【００７１】
Ｓ７１で、通信セッションフラグＦＣが既にセットされている場合（Ｓ７１でＹＥＳ）、制御部２０は、今回の音声パケットの受信に対応して通信中フラグＦＴをセットする（Ｓ７２）。なお、通信中フラグＦＴが既にセットされている場合にはそのままでよい。こののち、制御部２０は、処理をＳ７５に進める。
【００７２】
Ｓ７０において、音声パケットを受信しなかった場合（Ｓ７０でＮＯ）、制御部２０は、通信セッションフラグＦＣがセットされているか否かを判断する（Ｓ８０）。通信セッションフラグＦＣがセットされている場合（Ｓ８０でＹＥＳ）、制御部２０は、Ｓ８１以下の処理を実行する。通信セッションフラグＦＣがセットされていない場合（Ｓ８０でＮＯ）、制御部２０は、そのまま処理を終了する。
【００７３】
Ｓ８１では、制御部２０は、通信中フラグＦＴがセットされているか否かを判断する。通信中フラグＦＴがセットされている場合（Ｓ８１でＹＥＳ）、制御部２０は、そのまま処理を終了する。通信中フラグＦＴがセットされていない場合（Ｓ８１でＮＯ）、すなわち、通信中フラグＦＴはリセットされているが通信セッションフラグＦＣがセットされた状態の場合、制御部２０は、保持時間タイマＴ１を１カウント（２０ミリ秒分）減算する（Ｓ８２）。そして、この減算で保持時間タイマＴ１が０になったか否かを判断する（Ｓ８３）。保持時間タイマＴ１が０になった場合（Ｓ８３でＹＥＳ）、制御部２０は、通信セッションが解消されたとして、通信セッションフラグＦＣをリセットする（Ｓ８４）。Ｓ８３において、保持時間タイマＴ１が未だ０よりも大きい場合（Ｓ８３でＮＯ）、制御部２０は、そのまま処理を終了する。
【００７４】
図１１（Ａ）、（Ｂ）はサーバ装置の動作を示すフローチャートである。図１１（Ａ）は、音声パケット受信時の処理動作を示している。図１１（Ｂ）は、ミキシングテーブル管理処理動作を示している。
【００７５】
図１１（Ａ）において、制御部３０は、音声パケットを受信すると、発信元端末番号および通信相手番号で識別される通信セッションが、既にミキシングテーブル３０３に登録されているかを判断する（Ｓ９０）。通信セッションが既にミキシングテーブル３０３に登録されている場合（Ｓ９０でＹＥＳ）、制御部３０は、ミキシングテーブル３０３の参加端末番号に基づき、受信した音声パケットの音声信号を通信セッションに参加している端末装置１４宛に転送する（Ｓ９６）。そして、ミキシングテーブル３０３の保持時間タイマＴＳを３０秒にリセットする（Ｓ９７）。
【００７６】
受信した音声パケットの通信セッションが、ミキシングテーブル３０３に登録されていない場合（Ｓ９０でＮＯ）、すなわち、この音声パケットが呼出音声パケットであった場合、この新たな通信セッションをミキシングテーブル３０３に登録する（Ｓ９１）。このとき、通信相手番号がセッション番号として登録され、この音声パケットの送信元の端末装置１４の端末番号が発呼端末番号として登録される。参加端末番号としては、個別通信セッションの場合、通信相手番号および発呼端末番号が登録され、グループ通信セッションの場合、発呼端末番号および通信相手番号のグループに所属する端末装置１４の端末番号が登録される。また、発呼端末装置がグループに所属していない場合には、発呼端末番号は追加端末番号にも登録される。さらに、グループに所属している端末装置１４のうち、非アクティブ、他の通信セッションに参加中などでこの通信セッションに参加できないものがある場合、その端末番号は参加端末番号の欄から除外される。
【００７７】
制御部３０は、受信した音声パケットの音声信号を、ミキシングテーブル３０３の参加端末番号に基づき、通信セッションに参加している端末装置１４宛に転送する（Ｓ９２）。
【００７８】
図１１（Ｂ）の処理動作は、定期的（たとえば２０ミリ秒毎）に繰り返し実行される。制御部３０は、まずミキシングテーブル３０３の先頭行の通信セッションを指定する（Ｓ１００）。制御部３０は、指定された通信セッションの保持時間タイマＴＳを１カウント（２０ミリ秒分）減算し（Ｓ１０１）、この減算で保持時間タイマＴＳが０になったか否かを判断する（Ｓ１０２）。保持時間タイマＴＳが０になった場合（Ｓ１０２でＹＥＳ）、制御部３０は、この通信セッションは終了したとして、この行の通信セッションを消去する（Ｓ１０３）。
【００７９】
制御部３０は、以上の処理をミキシングテーブル３０３の最終行になるまで順次行うことで（Ｓ１０４、Ｓ１０５）、ミキシングテーブル３０３の管理を行う。
【００８０】
この実施形態では、動作プログラム本体であるファームウェアをダウンロードする場合について説明したが、動作プログラムの一部を修正するパッチプログラムについても同様の処理でよい。
【符号の説明】
【００８１】
１１  サーバ装置（中継装置）
１２  管理装置
１３  無線アクセスポイント
１４  端末装置
５１  センタ装置
３０１  端末テーブル
【図１】
2015090694.tif 000003
【図２】
2015090694.tif 000004
【図３】
2015090694.tif 000005
【図４】
2015090694.tif 000006
【図５】
2015090694.tif 000007
【図６】
2015090694.tif 000008
【図７】
2015090694.tif 000009
【図８】
2015090694.tif 000010
【図９】
2015090694.tif 000011
【図１０】
2015090694.tif 000012
【図１１】
2015090694.tif 000013