JP2005352946A - 通信端末のプログラム更新方法及びシステム - Google Patents

Abstract

【目的】
ＩＰ電話機等の通信端末において通話サービスを中断することなくプログラム更新を可能とするプログラム更新方法及びシステムを提供することである。
【構成】
本発明によるプログラム更新方法は、通信ネットワークを介した相手先通信端末の仕様に従って異なる複数の音声圧縮方式のうちの１を選択的に切り替えて音声通信を行う通信端末のプログラムを更新するプログラム更新方法であり、該プログラムを、基本モジュールと、該異なる音声圧縮方式の各々に対応する複数のモジュールとにより分割して保持する。プログラム更新要求に応じて、該複数のモジュールのうちの少なくとも１つを更新対象モジュールとして設定し、該通信ネットワークを介して該更新対象モジュールに対応する更新モジュールを受信して、該更新モジュールと該更新対象モジュールとを置換する。
【選択図】
図４

Description

本発明は、ＩＰ電話機等の通信端末において実行されるファームウェアプログラムやＤＳＰ（Digital Signal Processor）プログラムを更新するプログラム更新方法及びシステムに関する。

携帯電話やＩＰ電話における音声デジタル信号処理においては、その技術進歩の故に様々の規格が存在する。音声信号を符号化及び復号化することによる音声圧縮伸長技術においても、ＩＴＵ勧告による規格であるＧ．７１１、Ｇ．２１１、Ｇ．７２３及びＧ．７２９の如く多くの規格が存在する。そのため、製品として用いられる携帯電話やＩＰ電話では、複数規格毎に複数のコーデックを実装し、相手方の通信端末の規格に合わせて対応するコーデックを選択的に用いることで対処している。また、バージョンアップ等の規格変更又は追加に対応するために、通常のサービス運用を停止してプログラム更新を実行することが行われている。

しかしながら、かかるプログラム更新の間には、システム資源の制約あるいはシステム再立ち上げが必要であることから通常の通話サービスが停止され、一定期間の間通話できなかったり通話断になったりするという利便性を損なう弊害があった。

本発明の目的は、ＩＰ電話機等の通信端末において通話サービスを中断することなくプログラム更新を可能とするプログラム更新方法及びシステムを提供することである。

本発明によるプログラム更新方法は、通信ネットワークを介した相手先通信端末の仕様に従って異なる複数の音声圧縮方式のうちの１を選択的に切り替えて音声通信を行う通信端末のプログラムを更新するプログラム更新方法であり、該プログラムを、基本モジュールと、該異なる音声圧縮方式の各々に対応する複数のモジュールとにより分割して保持する保持ステップと、プログラム更新要求に応じて、該複数のモジュールのうちの少なくとも１つを更新対象モジュールとして設定する設定ステップと、該通信ネットワークを介して該更新対象モジュールに対応する更新モジュールを受信する受信ステップと、該更新モジュールと該更新対象モジュールとを置換する置換ステップとを含むことを特徴とする。

本発明によるプログラム更新システムは、通信ネットワークを介した相手先通信端末の仕様に従って異なる複数の音声圧縮方式のうちの１を選択的に切り替えて音声通信を行う少なくとも１つの通信端末と、該通信端末に該通信ネットワークを介して更新プログラムを提供するプログラムサーバとを含むプログラム更新システムであり、該通信端末は、該プログラムを、基本モジュールと、該異なる音声圧縮方式の各々に対応する複数のモジュールとにより分割して保持する保持手段と、プログラム更新要求に応じて、該複数のモジュールのうちの少なくとも１つを更新対象モジュールとして設定する設定手段と、該プログラムサーバから該更新対象モジュールに対応する更新モジュールを受信する受信手段と、該更新モジュールと該更新対象モジュールとを置換する置換手段とを含むことを特徴とする。

本発明によるプログラム更新方法及びシステムによれば、通信端末のプログラムを、基本モジュールと、複数のモジュールとにより分割して保持する構成が与えられる。これにより、ＩＰ電話機等の通信端末において通話サービスを中断することなくプログラム更新が可能となる。

本発明の実施例について添付の図面を参照して詳細に説明する。

図１は、本発明の実施例を示し、本発明によるプログラム更新システム全体の構成を示している。該プログラム更新システムは、複数のＩＰ電話機１０ａ乃至１０ｄ及びプログラムサーバ６０とを含み、これらがローカルエリアネットワークであるＬＡＮ５０に接続されている。複数のＩＰ電話機１０ａ乃至１０ｄは、ＳＩＰ（Simple Initiation Protocol）等のＩＰ電話プロトコルによりＩＰ電話サービス網８０を介して電話通信を行う通信端末であり、相手先通信端末の仕様に従って異なる複数の音声圧縮方式、すなわちＩＴＵ勧告規格Ｇ．７２２及びＧ．７１１のうちの１つの音声圧縮方式を選択的に切り替えて音声通信を行う通信端末である。

プログラムサーバ６０は、ＩＰ電話機１０ａ乃至１０ｄの各々に更新プログラムをモジュール単位に送信することにより、ＩＰ電話機１０ａ乃至１０ｄの各々をして従前より稼働中のプログラムを当該更新プログラムに更新せしめる機能を有するサーバである。プログラムサーバ６０は、また、ＩＰ電話機１０ａ乃至１０ｄからの再送要求に応じて当該プログラムを再送する再送機能を有し、さらにＩＰ電話機１０ａ乃至１０ｄの各々からの要求に応じてプログラム版数確認を行う機能を有しても良い。プログラムサーバ６０とＩＰ電話機１０ａ乃至１０ｄの各々との間におけるプログラムの送信は、例えばＴＦＴＰ（Trivial File Transfer Protocol）プロトコルにより実現する。ＴＦＴＰプロトコルは、相手先認証を行わない単純なファイル転送プロトコルであり、収容される全ての通信装置に対して効率的にプログラムを送信することができる。

プログラムデータベース７０は、ＩＰ電話機１０ａ乃至１０ｄに送信されるべきプログラムをモジュール単位に保持し、プログラムサーバ６０に提供する。プログラムサーバ７０に含まれるモジュールとしては、基本処理モジュール７１と、Ｇ７１１処理モジュール７２及びＧ７２２処理モジュール７３を含み、さらには、Ｇ７２３処理モジュール７３及びＧ７２９処理モジュール７４等の複数の他のモジュールを含んでも良い。基本処理モジュール７１は、通信端末におけるＣＰＵが実行する制御プログラム等の基本プログラムであると共に、更新プログラムの受信及び誤り判定を行う機能を有する。Ｇ７１１処理モジュール７２は、音声圧縮方式規格Ｇ．７１１に従って音声信号を圧縮及び伸長する機能を有するアプリケーションフアームウェアである。Ｇ７２２処理モジュール７３は、音声圧縮方式規格Ｇ．７２２に従って音声データを圧縮及び伸長する機能を有するアプリケーションフアームウェアである。

尚、Ｇ７１１処理モジュール及びＧ７２２処理モジュールとして通信端末に提供されるアプリケーションフアームウェアは、ＣＰＵ１１により実行される通常のアプリケーションプログラムである場合及びＤＳＰ１２により実行されるＤＳＰプログラムである場合の何れか又は両方の場合を含む。また、ＤＳＰ１２により実行されるＤＳＰプログラムはＤＳＰ１２内のＲＡＭにローディングされて実行されても良い。

図２は、図１に示されるＩＰ電話機１０ａ乃至１０ｄの各々の共通する構成を示している。ＩＰ電話機１０ａ乃至１０ｄのうちの例えばＩＰ電話機１０ａは、ＣＰＵ１１と、ＤＳＰ１２と、ＬＡＮインタフェース１３と、アナログ回路部１４と、主記憶メモリを構成する揮発性メモリのＲＡＭ２０と、プログラム格納エリアを構成するフラッシュメモリ等の不揮発性メモリのＲＯＭ３０とを含み、これらの各コンポーネントが共通バス１７により相互接続されている。

ＣＰＵ１１は、ＩＰ電話機１０ａの電話機能全体を制御する汎用プロセッサである。ＤＳＰ１２は、音声信号の信号処理を専用に行うデジタル信号処理プロセッサ（Digital Signal Processor）であり、デジタル音声信号をパケット化やパケットから音声信号を抽出する等の処理を行うパケット処理機能と、アナログ音声信号の符号化及び圧縮処理やデジタル音声信号の復号化及び伸長処理を行うコーデック処理機能と、送話音声信号が相手先から反射して受話として返ってくるエコーを防止するエコーキャンセラー機能とを有する。ＬＡＮインタフェース１３は、ローカルエリアネットワーク（ＬＡＮ）に接続されＩＰネットワークにおける通信機能を有し、好ましくは更にＴＦＴＰプロトコルよるファイル転送機能を有する。アナログ回路部１４は、ＤＳＰ１２とハンドセット１５及びスピーカ１６との間でデジタル音声信号とアナログ音声信号との間のＤ／Ａ変換機能及び音声増幅機能を有する。

ＲＯＭ３０は、基本処理モジュール３１、Ｇ７１１処理モジュール３２及びＧ７２２処理モジュール３３の各々を保持する。これらのモジュールは、予め保持されているか又はプログラム更新時に上書きされて保持される。ＲＡＭ２０には、ＲＯＭ３０における基本処理モジュール３１、Ｇ７１１処理モジュール３２及びＧ７２２処理モジュール３３がシステム立ち上げに時にローディングされ、それぞれ対応して基本処理部２１、Ｇ７１１処理部２２及びＧ７２２処理部２３が形成される。基本処理部２１は、通常システムの立ち上げにおいてＧ７１１処理部２２及びＧ７２２処理部２３の各々を、ＣＰＵ１１又はＤＳＰ１２により実行可能なシステム資源として組み込む機能を有する。さらに、基本処理部２１は、システム立ち上げ後においても、Ｇ７１１処理部２２及びＧ７２２処理部２３の各々をシステム資源から切り離し、後に再接続する機能を有する。

図３は、図１に示されるプログラムサーバにおけるプログラム更新時の処理手順を示している。図１及び図２に示される構成要素を適宜参照して説明する。

先ず、プログラムサーバ６０は、プログラム更新要求を各ＩＰ電話機１０ａ乃至１０ｄに送信する（ステップＳ３１）。次いで、各ＩＰ電話機１０ａ乃至１０ｄからの応答を待つ（ステップＳ３２）。応答がない場合には、応答待ちタイマを用いてプログラム更新要求を最大Ｎ回（Ｎは正数）行い、最終的に応答のない場合にはプログラム更新処理から抜けて当該ＩＰ電話機のみをリセットする（ステップＳ３３乃至Ｓ３４）。

ＩＰ電話機１０ａ乃至１０ｄの何れかから応答がある場合には、当該ＩＰ電話に向けて更新モジュールを送信する（ステップＳ３５）。更新モジュールを送信するプロトコルとしては、好ましくはＴＦＴＰなどの汎用的な転送プロトコルを使用する。次いで、ＩＰ電話機からの再送要求の有無を判定する（ステップＳ３６）。再送要求がある場合にはステップＳ３５に戻り送信を繰り返す。そうでない場合には処理を終了する。

図４は、ＩＰ電話機におけるプログラム更新時の処理手順を示している。図１及び図２に示される構成要素を適宜参照して説明する。複数のＩＰ電話１０ａ乃至１０ｄのうちのＩＰ電話機１０ａを例として説明する。

先ず、プログラムサーバ６０からのプログラム更新要求の送信に応じて、ＩＰ電話機１０ａは、該プログラム更新要求を受信する（ステップＳ１）。次いで、プログラム更新対象が、基本処理モジュールであるか否かを判定する（ステップＳ２）。プログラム更新要求を送信するパケットには、プログラム更新対象の指定情報が含まれている。もし基本処理モジュールである場合には、サービス停止による通常のダウンロード及び再立ち上げを行う（ステップＳ３）。基本処理モジュールでない場合には、Ｇ７１１処理モジュールであるか否かを判定し（ステップＳ４）、次いで、Ｇ７２２処理モジュールであるか否かを判定する（ステップＳ５）。もし何れでもない場合はサーバにその旨を返信し処理を終わる。以上のステップＳ２乃至Ｓ４によりプログラム更新対象が設定される。プログラム更新対象がＧ７２２処理モジュールである場合にはステップ１０を実行する。プログラム更新対象がＧ７１１処理モジュールである場合にはステップ２０を実行する。ステップＳ２０の内部の処理は、ステップＳ１０におけるの内部の処理と同様であり、更新対象をＧ７１１処理モジュールとする点が異なる。

ステップＳ１０において、ＩＰ電話機１０ａは、その時点で規格Ｇ．７２２の圧縮方式よる音声通話が行われているか否かを判定する（ステップＳ１１）。かかる方式による通話中である場合には、通話完了まで待機する（ステップＳ１２）。通話完了である場合及び通話中でない場合には即座に、ＲＡＭ２０にローディングされて形成されているＧ７２２処理部２３を基本処理部２１から切り離す（ステップＳ１３）。ここで、更新対象となるＧ７２２処理部２３が切り離されることで、ＲＡＭ２０のメモリ領域が開放され、更新プログラムをダウンロードするための作業領域が確保される。これは、大容量のメモリを準備する必要がないことを意味し製造コスト上有利であることが注記される。次いで、ＩＰ電話１０ａは、プログラムサーバ６０に対して送信ＯＫの旨を応答する（ステップＳ１４）。これに応じて、プログラムサーバ６０は、更新モジュールとして新しいＧ７２２処理モジュールを送信する。

プログラムサーバ６０からの更新モジュールの送信に応じて、ＩＰ電話１０ａは、これを受信し（ステップＳ１５）、次いで該モジュールのプログラム内容に伝送エラーによる誤りがないか否かを判定する（ステップＳ１６）。この誤り判定は、例えばＣＲＣ演算及び／又はサムチェックにより行う。もし、誤りが存在すればプログラムサーバ６０に再送を要求し、誤りのないモジュールを受信するまで再送要求を繰り返す（ステップＳ１７）。正常なＧ７２２処理モジュールが受信されれば、ＩＰ電話機１０ａは、これをＲＯＭ３０中のＧ７２２処理モジュール３３に上書きすることで置き換える（ステップＳ１８）。

次に、ＩＰ電話機１０ａは、ＲＯＭ３０中の新しいＧ７２２処理モジュール３３をＲＡＭ２０にローディングしてＧ７２２処理部２３を形成せしめて基本処理部２１に再接続する（ステップＳ１９）。これにより、ＩＰ電話機１０ａは、規格Ｇ．７２２の圧縮方式による通話サービスを再開する。プログラム更新対象がＧ７７１モジュールである場合には、上記の同様の処理手順すなわちＳ１乃至Ｓ１９をＧ７１１処理モジュールに対して行う。

尚、例えばＧ７２２処理部２３が基本処理部２１から切り離されている間は、規格Ｇ．７１１方式のみにより通話サービスを提供することになる。この時、通話相手方からの着信が規格．Ｇ７２２方式による通話要求である場合は、対応可能な規格がＧ．７１１のみであることを相手方に通知し、規格Ｇ．７１１方式による通話を相手方とネゴシエーションすなわち制御手順上の調停を行うことで設定する。これにより代替的に規格Ｇ．７１１方式での通話を行うことで通信サービスが継続維持される。

図５は、本発明の変形例を示し、プログラム版数確認処理を含む処理手順を示している。ここで、プログラムサーバ６０とＩＰ電話機１０ａ乃至１０ｄの各々（以下、代表してＩＰ電話機１０と称する）とが連携して行うプログラム版数確認処理の処理手順について説明する。

先ず、ＩＰ電話機１０は、外部指示があるか否かを判定する（ステップＳ５１）。もしある場合にはステップＳ５３に進む。外部指示が無い場合には、さらに所定日時が到来しているか否かを判定する（ステップＳ５２）。もし到来している場合にはステップＳ５３に進む。ここで、外部指示とは、例えば、ＩＰ電話機を収容するＰＢＸ（図示せず）に備えられるコンソールよりかかるプログラム版数確認を指示するコマンドの如き外部からの指令を意味する。一方、所定日時とは、例えば１日１回の如く深夜や早朝の如く電話機が使用されていないと想定されるところの予め設定される時刻であり、ＩＰ電話機を設置及び設定する際に設定データの一部として保持しておく。

ステップＳ５３において、ＩＰ電話機１０は、版数確認依頼メッセージをプログラムサーバ６０に送出する（ステップＳ５３）。版数確認依頼メッセージには、当該ＩＰ電話機が現在保持するプログラムの版数情報が含まれている。該版数確認依頼メッセージを受信したプログラムサーバ６０は、該メッセージ中の版数情報と、自身が保持している各プログラムの版数の新旧を判定することにより、当該ＩＰ電話機のプログラムが更新を要する古いものであるか否かを判定する版数確認処理を行う（ステップＳ５４）。これに従い、プログラムサーバ６０はプログラム更新の要否を決定する（ステップＳ５５）。もし、プログラムサーバ６０は、更新が不用であれば処理を終了するが、もし必要な場合には、図３に示されるが如きプログラム更新処理を行う（ステップＳ５６）。一方、プログラムサーバ６０のプログラム更新処理に呼応して、ＩＰ電話機１０は、図４に示されるが如きプログラム更新処理を行う（ステップＳ５７）。

以上の変形例において、ＩＰ電話機１０ａ乃至１０ｄの各々は、自身の保持するプログラムの版数が更新を要する古いものであるか否かを主体的に問い合わせることにより、連続してプログラム更新を行うことができる。

以上のように、本実施例によれば、ＩＰ電話機の通話サービスを停止することなく、プログラム更新が可能となる。尚、本実施例においては、音声信号の圧縮方式規格にＧ．７１１とＧ．７２２との２つからなる構成が示されたが、本発明はかかる構成に限定されず、例えば、Ｇ．７２９やＧ．７２３の如き別の圧縮方式を含む３つ以上の異なる規格を含む構成とすることも可能である。この場合には、複数の規格のプログラムの各々を同時に更新することも可能である。

本発明のプログラム更新方法及びシステムにおける更新プログラムが実装される装置としてＩＰ電話機について説明されたが、本発明かかる装置に限定されず、プログラムを提供するサーバに通信ネットワークを介して接続可能なＰＣ端末あるいはＶｏＩＰサーバ等のＩＰ端末にも適用され得る。

本発明の実施例を示し、本発明によるプログラム更新システム全体の構成を示しているブロック図である。 図１に示されるＩＰ電話機の各々に共通する構成を示しているブロック図である。 プログラムサーバにおけるプログラム更新時の処理手順を示しているフローチャートである。 ＩＰ電話機におけるプログラム更新時の処理手順を示しているフローチャートである。 本発明の変形例を示し、プログラム版数確認処理を含む処理手順を示しているシーケンス図である。

符号の説明

１０ａ乃至１０ｄ ＩＰ電話機
１１ ＣＰＵ
１２ ＤＳＰ
１３ ＬＡＮインタフェース
１４ アナログ回路部
１５ ハンドセット
１６ スピーカ
１７ 共通バス
２０ ＲＡＭ
２１ 基本処理部
２２ Ｇ７１１処理部
２３ Ｇ７２２処理部
３０ ＲＯＭ
３１ 基本処理モジュール
３２ Ｇ７１１処理モジュール
３３ Ｇ７２２処理モジュール
５０ ＬＡＮ
６０ プログラムサーバ
７０ プログラムデータベース
８０ ＩＰ電話サービス網

Claims (14)

1. 通信ネットワークを介した相手先通信端末の仕様に従って異なる複数の音声圧縮方式のうちの１を選択的に切り替えて音声通信を行う通信端末のプログラムを更新するプログラム更新方法であって、
   前記プログラムを、基本モジュールと、前記異なる音声圧縮方式の各々に対応する複数のモジュールとにより分割して保持する保持ステップと、
   プログラム更新要求に応じて、前記複数のモジュールのうちの少なくとも１つを更新対象モジュールとして設定する設定ステップと、
   前記通信ネットワークを介して前記更新対象モジュールに対応する更新モジュールを受信する受信ステップと、
   前記更新モジュールと前記更新対象モジュールとを置換する置換ステップと、
   を含むことを特徴とするプログラム更新方法。
2. 前記設定ステップは、前記複数のモジュールの各々の版数を確認し、前記版数の新旧により前記更新対象モジュールを設定するステップであることを特徴とする請求項１記載のプログラム更新方法。
3. 前記設定ステップは、前記更新対象モジュールに対応する音声圧縮方式以外の音声圧縮方式による通信を前記相手先通信端末との間で調停する調停ステップを含むことを特徴とする請求項１記載のプログラム更新方法。
4. 前記設定ステップは、所定回数及び／又は所定時間間隔で繰り返されるプログラム更新要求に応じて、更新対象モジュールを設定することを特徴とする請求項１記載のプログラム更新方法。
5. 前記受信ステップは、前記更新モジュールの内容に誤りの存否を判定し、誤りがある場合に、当該更新モジュールの再送要求をその送信元に送信するステップを含むことを特徴とする請求項１記載のプログラム更新方法。
6. 前記受信ステップは、前記更新モジュールをＴＦＴＰプロトコルを用いて受信することを特徴とする請求項１記載のプログラム更新方法。
7. 前記置換ステップは、前記更新対象モジュールを、前記基本モジュールの実行により形成されるシステム構成から切断するステップと、前記更新モジュールで前記更新対象モジュールを置換した後に，前記更新モジュールを、前記システム構成に再び接続する再接続ステップと、
   を含むことを特徴とする請求項１記載のプログラム更新方法。
8. 通信ネットワークを介した相手先通信端末の仕様に従って異なる複数の音声圧縮方式のうちの１を選択的に切り替えて音声通信を行う少なくとも１つの通信端末と、前記通信端末に前記通信ネットワークを介して更新プログラムを提供するプログラムサーバとを含むプログラム更新システムであって、
   前記通信端末は、
   前記プログラムを、基本モジュールと、前記異なる音声圧縮方式の各々に対応する複数のモジュールとにより分割して保持する保持手段と、
   プログラム更新要求に応じて、前記複数のモジュールのうちの少なくとも１つを更新対象モジュールとして設定する設定手段と、
   前記プログラムサーバから前記更新対象モジュールに対応する更新モジュールを受信する受信手段と、
   前記更新モジュールと前記更新対象モジュールとを置換する置換手段と、
   を含むことを特徴とするプログラム更新システム。
9. 前記設定手段は、前記複数のモジュールの各々の版数を確認し、前記版数の新旧により前記更新対象モジュールを設定する手段であることを特徴とする請求項８記載のプログラム更新システム。
10. 前記設定手段は、前記更新対象モジュールに対応する音声圧縮方式以外の音声圧縮方式による通信を前記相手先通信端末との間で調停する調停手段を含むことを特徴とする請求項８記載のプログラム更新システム。
11. 前記設定手段は、前記プログラムサーバから所定回数及び／又は所定時間間隔で繰り返し送信されるプログラム更新要求に応じて、更新対象モジュールを設定することを特徴とする請求項８記載のプログラム更新システム。
12. 前記受信手段は、前記更新モジュールの内容に誤りの存否を判定し、誤りがある場合に、当該更新モジュールの再送要求を前記プログラムサーバに送信する手段を含むことを特徴とする請求項８記載のプログラム更新システム。
13. 前記受信手段は、前記更新モジュールをＴＦＴＰプロトコルを用いて受信することを特徴とする請求項８記載のプログラム更新システム。
14. 前記置換手段は、前記更新対象モジュールを、前記基本モジュールの実行により形成されるシステム構成から切断する手段と、前記更新モジュールで前記更新対象モジュールを置換した後に，前記更新モジュールを、前記システム構成に再び接続する再接続手段と、
    を含むことを特徴とする請求項８記載のプログラム更新システム。

Images