(57)【要約】【目的】  ＩＰ−ＰＢＸに収容されるＩＰ電話端末に実装されるプログラムの効率的な更新を可能とするＩＰ構内電話システムを提供する。【構成】  各々が備える端末プログラムによりＩＰ電話機能を奏する複数のＩＰ端末と、該ＩＰ端末を収容するＩＰ構内交換機とを含むＩＰ構内電話システムであり、該端末プログラムの現在バージョンに代替される更新バージョンを保持し、これをダウンロード要求に応じて配信する配信サーバを含む。該ＩＰ構内交換機は、該複数のＩＰ端末のうちの少なくとも１を指定する更新情報を伴う指令入力に応じて、該１に向けて、該更新バージョンへの更新を要求する更新要求信号を送信する。該ＩＰ端末の各々は、該更新要求信号に応じて、該配信サーバから該更新バージョンをダウンロードし、該現在バージョンの端末プログラムを該更新バージョンに代替して更新する。【選択図】  図１
2006157524.tif 000002
【特許請求の範囲】
【請求項１】
各々が備える端末プログラムによりＩＰ電話機能を奏する複数のＩＰ端末と、前記ＩＰ端末を収容するＩＰ構内交換機とを含むＩＰ構内電話システムであって、
前記端末プログラムの現在バージョンに代替される更新バージョンを保持し、これをダウンロード要求に応じて配信する配信サーバを含み、
前記ＩＰ構内交換機は、前記複数のＩＰ端末のうちの少なくとも１を指定する更新情報を伴う指令入力に応じて、前記１に向けて、前記更新バージョンへの更新を要求する更新要求信号を送信する更新要求信号送信手段を含み、
前記ＩＰ端末の各々は、前記更新要求信号に応じて、前記配信サーバから前記更新バージョンをダウンロードし、前記現在バージョンの端末プログラムを前記更新バージョンに代替して更新するプログラム更新手段を含むことを特徴とするＩＰ構内電話システム。
【請求項２】
前記ＩＰ端末毎に指定される遅延時間に基づいて、前記ダウンロードの開始を遅延する手段をさらに含むことを特徴とする請求項１記載のＩＰ構内電話システム。
【請求項３】
前記ＩＰ構内交換機は、前記複数のＩＰ端末の各々が備える端末プログラムの現在バージョン情報を記憶保持し，前記更新バージョンへの更新に応じて、前記更新バージョンに対応する更新バージョン情報を前記現在バージョン情報とする手段と、表示要求を含む指令入力に応じて前記現在バージョン情報を表示する手段とを含むことを特徴とする請求項１又は２記載のＩＰ構内電話システム。
【請求項４】
前記指令入力を前記ＩＰ−ＰＢＸに入力する保守端末をさらに含むことを特徴とする先行する請求項の何れか１記載のＩＰ構内電話システム。
【請求項５】
前記更新情報は、前記ＩＰ端末の識別子、前記更新バージョンの端末プログラムのファイル名及び前記配信サーバのＩＰアドレスを含むことを特徴とする先行する請求項の何れか１記載のＩＰ構内電話システム。
【請求項６】
前記配信サーバは、前記更新バージョンの端末プログラムをＴＦＴＰプロトコルにより配信することを特徴とする先行する請求項の何れか１記載のＩＰ構内電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末プログラムによりＩＰ電話機能を奏する複数のＩＰ端末と、これらＩＰ端末を収容するＩＰ構内交換機（以下、ＩＰ−ＰＢＸと称する）を含むＩＰ構内電話システムに関し、特に、該端末プログラムの更新機能を備えるＩＰ構内電話システムに関する。
【背景技術】
【０００２】
ＩＰ電話において交換機能を提供する１つのＩＰ−ＰＢＸに収容されるＩＰ電話端末が１つの構内に限定されずに複数の事業所に分散して設置される如くして広範囲にわって設置されるようになってきている。そのため、距離を大きく隔てて設置される多数のＩＰ電話端末の保守性を如何に高めるかが大きな課題になってきている。ＩＰ電話端末は、通常、１つのコンピュータ装置として実現され、その機能はソフトウェア的なプログラムの実行により達成される。かかるプログラムの保守には、動作不具合をもたらすバグの改修のためのみならず、新たな機能追加のためにプログラム更新を行うことが必須である。
【０００３】
従来、このようなＩＰ電話端末のためのプログラム更新は、当該ＩＰ電話端末の設置場所において、保守要員が個別にプログラムを更新する必要があった。例えば、１つのＩＰ電話端末についてプログラム更新を行うには、保守要員が既設のプログラムのバージョンの確認し、更新プログラムの提供元となるサーバの指定して更新を行い、更新後にバージョンの確認を行う等の更新作業を全て手動で行う必要があった。さらには、各設置場所において多数のＩＰ電話端末を対象としてかかる手順を繰り返す必要があった。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
かかる従来の方法では、広範囲にわたり設置される多数のＩＰ電話端末の保守を行うことは著しく大きな保守コストを招来する。本発明の目的は、ＩＰ−ＰＢＸに収容されるＩＰ電話端末に実装されるプログラムの効率的な更新を可能とするＩＰ構内電話システムを提供することである。
【課題を解決するための手段】
【０００５】
本発明によるＩＰ構内電話システムは、各々が備える端末プログラムによりＩＰ電話機能を奏する複数のＩＰ端末と、該ＩＰ端末を収容するＩＰ構内交換機とを含むＩＰ構内電話システムであり、該端末プログラムの現在バージョンに代替される更新バージョンを保持し、これをダウンロード要求に応じて配信する配信サーバを含み、該ＩＰ構内交換機は、該複数のＩＰ端末のうちの少なくとも１を指定する更新情報を伴う指令入力に応じて、該１に向けて、該更新バージョンへの更新を要求する更新要求信号を送信する更新要求信号送信手段を含み、該ＩＰ端末の各々は、該更新要求信号に応じて、該配信サーバから該更新バージョンをダウンロードし、該現在バージョンの端末プログラムを該更新バージョンに代替して更新するプログラム更新手段を含むことを特徴とする。
【発明の効果】
【０００６】
本発明によるＩＰ構内電話システムによれば、ＩＰ−ＰＢＸに接続された保守端末の如き１つの端末を介して、システム全体のＩＰ電話端末の端末プログラムの現在バージョンから更新バージョンへの更新を集中して制御する構成が与えられる。これにより、ＩＰ−ＰＢＸに収容されるＩＰ電話端末に実装される端末プログラムの効率的な更新が可能となる。
【発明を実施するための最良の形態】
【０００７】
本発明の実施例について添付の図面を参照して詳細に説明する。
＜第１の実施例＞
図１は、本発明の第１の実施例を示し、ＩＰ構内電話システムの全体の構成を示している。ＩＰ構内電話システム１０は、ＩＰ−ＰＢＸ３０と、複数のＩＰ電話端末２０ａ〜２０ｘと、保守端末５０と、ＴＦＴＰサーバ４０とを含み、これらがローカルエリアネットワークであるＬＡＮ６０を介して相互に接続されている。
【０００８】
複数のＩＰ電話端末２０ａ〜２０ｘの各々は、通常の電話機相当の電話機能をＩＰ電話において実現する端末である。そのＩＰ電話機能は、実装される端末プログラムが実行されることにより動作する。かかる端末プログラムは、不可避的に発生が予測される不具合修正あるいは新規の機能追加に備えて障害発生毎に不規則にあるいは定期的に、その時点の端末プログラムである現在バージョンから代替する更新バージョンの端末プログラムに更新される。また、複数のＩＰ電話端末２０ａ〜２０ｘの各々は、さらに、ＴＦＴＰ（Trivial File Transfer Protocol ）プロトコル（インターネット標準プロトコルＲＦＣ１３５０参照）によりプログラムを含むデータをＴＦＴＰサーバ４０からダウンロードするＴＦＴＰクライアント機能を備える。
【０００９】
ＩＰ−ＰＢＸ３０は、ＩＰ電話端末２０ａ〜２０ｘに電話交換機能を提供するＩＰ構内交換機であり、ローカルエリアネットワークであるＬＡＮ６０を介して複数のＩＰ電話端末２０ａ〜２０ｘを収容している。従来の構内交換機（ＰＢＸ）が基本的に拠点ごとに設置する必要があったが、ＩＰ−ＰＢＸ３０は、離れた拠点間がＩＰネットワークで接続されていれば各拠点に設定されたＩＰ電話端末２０ａ〜２０ｘを内線電話として集中管理することができる。ＩＰ−ＰＢＸ３０のハードウェアは、通常のＩＰネットワーク機能を有するコンピュータハードウェアにより構成される。ＩＰ−ＰＢＸ３０のソフトウェア構成は、図示されるように、ＩＰ−ＰＢＸ機能部３１と、端末プログラム管理機能部３２と、端末プログラム管理テーブル３３とを含む。
【００１０】
ＩＰ−ＰＢＸ機能部３１は、内線電話や外部公衆網への接続及び制御を行うＩＰ−ＰＢＸ３０の中枢をなすソフトウェアである。端末プログラム管理機能部３２は、ＩＰ−ＰＢＸ３０の内部に設けられるソフトウェアであり、保守端末５０からの指令により端末プログラムの更新を制御する機能を有する。端末プログラム管理テーブル３３は、ＩＰ−ＰＢＸ３０の内部に設けられ、各ＩＰ電話端末２０ａ〜２０ｘに実装される端末プログラムのプログラムバージョン番号を記録保持するテーブルである。端末プログラム管理テーブル３３に記録保持されるプログラムバージョン番号は、ＩＰ電話端末２０ａ〜２０ｘがＩＰ−ＰＢＸ３０に物理的に接続された時点で、ＩＰ電話端末２０ａ〜２０ｘから送信され常に正しい状態が端末プログラム管理テーブル３３に反映されるようにする。
【００１１】
ＴＦＴＰサーバ４０は、ＩＰ電話端末２０ａ〜２０ｘの各々からの要求に応じて、指定されるファイル名の端末プログラム５０ａ及び５０ｂの何れかのファイル名を指定するダウンロード要求に応じて、ＩＰ電話端末２０ａ〜２０ｘに送信すなわちダウンロードするＴＦＴＰ機能部４１を備える。このダウンロードは、ＩＰプロトコルよりも上位レイヤーに属して必要最小限のファイル転送機能を実現するＴＦＴＰプロトコルを用いて行う。尚、かかるダウンロードは、ＦＴＰ（File Transfer Protocol）プロトコルの如き他の適切なプロトコルにより実現されても良い。本実施例では、例として２つの端末プログラム５０ａ及び５０ｂが示されているが、端末プログラムの更新履歴あるいはＩＰ電話端末の個別仕様の違いに応じて２つ以上の端末プログラムが保持されてダウンロード可能とすることも可能である。
【００１２】
図２は、図１に示された端末プログラム管理テーブルの構成例を示している。端末プログラム管理テーブル３３は、ＩＰ電話端末２０ａ〜２０ｘの識別子と、該識別子の各々に対応して、当該ＩＰ電話端末において現在時点で実装されている端末プログラムの現在バージョン情報としてバージョン番号が保持される。端末プログラム管理テーブル３３の内容は、端末プログラム管理機能部３２からの制御により、端末プログラムの更新に即応して更新バージョン情報である最新の番号に書き換えられる。図示されるように、例えば、ＩＰ電話端末２０ａの識別子が「＃０００１」であるとすると、ＩＰ電話端末２０ａに実装されている端末プログラムのバージョンの番号が「Ｖ０１／Ｌ０１」と保持されている。
【００１３】
図３は、図１に示されるＩＰ構内電話システムにおいて実行されるプログラム更新処理の処理手順を示している。かかる処理手順について図１に示される構成要素を適宜参照して説明する。
【００１４】
先ず、保守端末５０は、端末プログラム管理テーブル３３の内容を表示する（ステップＳ０１）。端末プログラム管理テーブル３３の内容はＩＰ−ＰＢＸ３０から受信される。ＩＰ構内電話システム１０の保守を行う保守要員は、かかる表示により各ＩＰ電話２０ａ〜２０ｘに現在実装されている端末プログラムのプログラムバージョン番号を確認し、どの端末においてプログラムの更新を行うかを判断することができる。
【００１５】
次に、保守端末５０は、保守要員からの指令入力に応じてＩＰ−ＰＢＸ３０に対して更新情報の通知を行う（ステップＳ０２）。この場合、更新情報としては、更新対象となるＩＰ電話端末の識別子、ＴＦＴＰサーバのＩＰアドレス、端末プログラム（例として以下、端末プログラム５０ａとする）のプログラムファイル名が含まれる。
【００１６】
該更新通知に応じて、ＩＰ−ＰＢＸ３０は、その端末プログラム管理機能部３１により該更新情報の内容をｌＰ電話端末宛のプログラム更新要求に編集し、当該ＩＰ電話端末に送信する（ステップＳ０３）。ここで、更新対象となる端末をＩＰ電話端末２０ａとして以下説明する。
【００１７】
該プログラム更新要求に応じて、ＩＰ電話端末２０ａは、ＴＦＴＰサーバ４０及び端末プログラム５０ａのプログラムファイル名を指定してＴＦＴＰクライアントプログラムを起動する（ステップＳ０４）。このクライアントプログラムの実行により、ＩＰ電話端末２０ａはＴＦＴＰサーバ４０との間で、端末プログラム５０ａのプログラムダウンロードを実行する（ステップＳ０５）。該実行の終了に応じて、ＩＰ電話端末２０ａは、プログラムバージョン番号をＩＰ−ＰＢＸ３０に通知する（ステップＳ０６）。
【００１８】
該通知に応じて、ＩＰ−ＰＢＸ３０は、端末プログラム管理テーブル３３の内容を更新結果のプログラムバージョン番号に各々変更し（ステップＳ０７）、次いで、その内容を保守端末５０に送信することで、保守端末５０が該内容を表示する（ステップＳ０８）。これより、保守要員は一連の保守運用の完了を確認することができる。
【００１９】
以上のように、第１の実施例において、広範囲にわたり設置されているＩＰ電話端末に対して、保守端末における操作のみより、ＩＰ−ＰＢＸに収容される全てのＩＰ電話端末のプログラム更新が可能となり、ＩＰ電話端末の個々の設置場所毎にプログラム更新作業を行うことが不要となる。これにより、ＩＰ電話端末のプログラム更新が効率よく短時間で可能となる。
＜第２の実施例＞
本発明の第２の実施例は、図１に示されるように第１の実施例の場合と同一のハードウェア構成において実現される。すなわち、ＩＰ構内電話システム１０は、ＩＰ−ＰＢＸ３０と、複数のＩＰ電話端末２０ａ〜２０ｘと、保守端末５０と、ＴＦＴＰサーバ４０とを含み、これらがローカルエリアネットワークであるＬＡＮ６０を介して相互に接続されている。これら各構成要素の機能は、基本的に第１の実施例におけると同様であることから、以降では第１の実施例と異なる点について説明するものとする。
【００２０】
ＩＰ−ＰＢＸ３０の端末プログラム管理機能部３２は、第１の実施例の場合と同様に端末プログラムの更新を制御し、さらに、ＩＰ電話端末２０ａ〜２０ｘ毎に端末プログラムのダウンロードの開始に時間差を設ける遅延処理を制御する機能を有する。かかる遅延処理は、保守端末５０からの更新情報に含まれる遅延時間（ｔ１、ｔ２、・・）の指定により、あるいは端末プログラム管理テーブル３３に設定されている遅延時間に基づいて制御される。
【００２１】
図４は、第２の実施例における端末プログラム管理テーブルの構成例を示している。端末プログラム管理テーブル３３は、ＩＰ電話端末２０ａ〜２０ｘの識別子と、該識別子の各々に対応して、当該ＩＰ電話端末において現在時点で実装されている端末プログラムのバージョン番号に加えて、さらに、当該ＩＰ電話端末へのダウンロードの実行に時間差を指定する遅延時間が保持される。例えば、ＩＰ電話端末２０ｂの識別子「＃０００２」に対応して、遅延時間「２０秒」が記憶保持される。端末プログラム管理テーブル３３の内容は、端末プログラム管理機能部３２からの制御により、端末プログラムの更新に即応して最新の番号に書き換えられる。
【００２２】
図５は、第２の実施例におけるプログラム更新処理の処理手順を示している。かかる処理手順について図１に示される構成要素を適宜参照して説明する。
【００２３】
先ず、保守端末５０は、端末プログラム管理テーブル３３の内容を表示する（ステップＳ２１）。端末プログラム管理テーブル３３の内容はＩＰ−ＰＢＸ３０から受信される。ＩＰ構内電話システムの保守を行う保守要員は、かかる表示により各ＩＰ電話２０ａ〜２０ｘに現在実装されている端末プログラムのプログラムバージョン番号を確認し、どの端末においてプログラムの更新を行うかを判断することができる。ここで、更新対象となる端末をＩＰ電話端末２０ａ及び２０ｂの２つの端末として以下説明する。
【００２４】
次に、保守端末５０は、保守要員からの指令入力に応じてＩＰ−ＰＢＸ３０に対して更新情報の通知を行う（ステップＳ２２）。この場合、更新情報としては、更新対象となるＩＰ電話端末の識別子、ＴＦＴＰサーバのＩＰアドレス、端末プログラム（例として以下、端末プログラム５０ｂとする）のプログラムファイル名が含まれ、さらに更新プログラム５０ｂのダウンロードの実行に際して端末毎に時間差を設けるための遅延時間（ｔ１及びｔ２）を含む。尚、かかる遅延時間は、保守要員がその都度指定する形態や、端末プログラム管理テーブル３３に予め設定された値をディフォルト値として用いても良い。図４に示される如く、ＩＰ電話端末２０ａ（＃０００１）の遅延時間ｔ１を０秒とし、ＩＰ電話端末２０ｂ（＃０００２）の遅延時間ｔ２を２０秒とすることができる。
【００２５】
該更新通知に応じて、ＩＰ−ＰＢＸ３０は、その端末プログラム管理機能部３１により該更新情報の内容をｌＰ電話端末宛のプログラム更新要求に編集し、当該ＩＰ電話端末に送信する（ステップＳ２３）。
【００２６】
該プログラム更新要求に応じて、ＩＰ電話端末２０ａは、ｔ１時間経過後、ＴＦＴＰサーバ４０及び端末プログラム５０ｂのプログラムファイル名を指定してＴＦＴＰクライアントプログラムを起動する（ステップＳ２４）。このプログラムにより、ＩＰ電話端末２０ａはＴＦＴＰサーバ４０との間で、端末プログラム５０ｂのプログラムダウンロードを実行する（ステップＳ２５）。該実行の終了に応じて、ＩＰ電話端末２０ａは、プログラムバージョン番号をＩＰ−ＰＢＸ３０に通知する（ステップＳ２６）。
【００２７】
一方、該プログラム更新要求に応じて、ＩＰ電話端末２０ｂは、ｔ２時間経過後、ＴＦＴＰサーバ４０及び端末プログラム５０ｂのプログラムファイル名を指定してＴＦＴＰクライアントプログラムを起動する（ステップＳ２７）。このプログラムにより、ＩＰ電話端末２０ｂはＴＦＴＰサーバ４０との間で、端末プログラム５０ｂのプログラムダウンロードを実行する（ステップＳ２８）。該実行の終了に応じて、ＩＰ電話端末２０ｂは、プログラムバージョン番号をＩＰ−ＰＢＸ３０に通知する（ステップＳ２９）。
【００２８】
以上のＩＰ電話端末２０ａ及び２０ｂの両方からの通知に応じて、ＩＰ−ＰＢＸ３０は、端末プログラム管理テーブル３３の内容を更新結果のプログラムバージョン番号に各々変更し（ステップＳ３０）、次いで、その内容を保守端末５０に送信することで、保守端末５０が該内容を表示する（ステップＳ３１）。これより、保守要員は一連の保守運用の完了を確認することができる。
【００２９】
以上の第２の実施例においては、複数のＩＰ電話端末について同時にプログラム更新を行うことを可能とする。また、その場合には同時に複数の端末に向けてデータが送信されることで、ＴＦＴＰサーバに負荷が集中すると予想されると共にＩＰ網の輻輳が予想されるが、各ＩＰ電話端末からＩＰ−ＰＢＸへの更新プログラムのダウンロード要求を開始するタイミングを規定する遅延時間を個々の端末毎に設定することで、かかる負荷集中及び輻輳を回避することが可能となる。
【図面の簡単な説明】
【００３０】
【図１】本発明の第１の実施例を示し、ＩＰ構内電話システムの全体の構成を示しているブロック図である。
【図２】図２は、図１に示された端末プログラム管理テーブルの構成例を示している図面である。
【図３】図１に示されるＩＰ構内電話システムにおいて実行されるプログラム更新処理の処理手順を示しているシーケンス図である。
【図４】第２の実施例における端末プログラム管理テーブルの構成例を示している図である。
【図５】第２の実施例におけるプログラム更新処理の処理手順を示しているシーケンス図である。
【符号の説明】
【００３１】
１０  ＩＰ構内電話システム
２０ａ、２０ｂ〜２０ｘ  ＩＰ電話端末
３０  ＩＰ−ＰＢＸ
３１  ＩＰ−ＰＢＸ機能部
３２  端末プログラム管理機能部
３３  端末プログラム管理テーブル
４０  ＴＦＴＰサーバ
４１  ＴＦＴＰサーバ機能部
５０ａ、５０ｂ  端末プログラム
６０  ＬＡＮ
【図１】
2006157524.tif 000003
【図２】
2006157524.tif 000004
【図３】
2006157524.tif 000005
【図４】
2006157524.tif 000006
【図５】
2006157524.tif 000007