JP5092039B1 - サーバ装置、電話システム及びサーバ装置に使用されるファームウェア更新制御方法 - Google Patents

Abstract

【課題】ファームウェアの更新の際に、端末のユーザが利用できない状況を発生する確率を大幅に下げることができ、しかも保守者の負荷を軽減し得る。
【解決手段】実施形態によれば、サーバ装置は、タイマと、取得手段と、記憶手段と、制御手段とを備える。タイマは、現在時刻を計時する。取得手段は、複数の端末の各々に設定された現地時刻情報を取得する。記憶手段は、端末を特定する端末ＩＤと、取得手段で得られた現地時刻情報と、現地時刻とタイマによる時刻との時差とを対応付けた管理テーブルを記憶する。制御手段は、ファームウェアの更新開始時刻が指示されたとき、管理テーブルを参照し、この参照結果に基づいて、更新開始時刻になった端末から順次ファームウェアの更新を実行する。
【選択図】 図７

Description

本発明の実施形態は、例えばＶＯＩＰ(Voice Over Internet Protocol)システムで使用されるサーバ装置、電話システム及びサーバ装置に使用されるファームウェア更新制御方法に関する。

近年、ＬＡＮ（Local Area Network）やインターネットといったパケット通信網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するＩＰ電話システムが普及している。このＩＰ電話システムでは、パケット通信網に接続されるＩＰ端末間で音声通信を行うことができるとともに、ＩＰ端末と公衆網に接続される電話端末との間で音声通信を行えることは勿論のこと、パケット通信網を介して国・地域を跨った音声通信を行うことができる。

ところで、上記ＩＰ電話システムでは、保守者が保守画面を通じ、サーバに登録したＩＰ端末を指定した上でそのファームウェア更新をサーバに指示した際に、指定されたＩＰ端末に対して即座にファームウェアの更新が始まる。

ＩＰ端末は、ファームウェアの更新が始まると、更新が完了するまでは、ユーザは一切端末を利用できなくなるため、実際には、保守者は各ユーザの利用が無い、もしくは少ない深夜の時間帯に更新作業を実施することが多い。

さらに、サーバに登録されるＩＰ端末は国・地域といった様々な場所に設置されることも多く、その設置場所においては、登録するサーバの設置場所と大きな時差が発生する場合もある。その際、保守者は各端末の設置場所を把握した上で、更新作業を複数回実施することが多い。

特開２００９−２６７７１８号公報 特開２００５−３５２９４６号公報 特開２００６−３３５９８号公報

ところで、上記ＩＰ電話システムでは、サーバに登録されるＩＰ端末の設置場所を考慮すると、登録ＩＰ端末数が多くなればなるほど、保守者に幾度もの更新作業が発生し、そもそも全ＩＰ端末の設置場所を保守者が把握するのは現実的に困難である。このため、ユーザの利用を極力妨げず、かつ保守者の負荷も軽減できるような更新手法が強く望まれている。

本発明の目的は、ファームウェアの更新の際に、端末のユーザが利用できない状況を発生する確率を大幅に下げることができ、しかも保守者の負荷を軽減し得るサーバ装置、電話システム及びサーバ装置に使用されるファームウェア更新制御方法を提供することにある。

実施形態によれば、サーバ装置は、複数の端末を登録し、端末間の交換処理に係るファームウェアが設定された複数の端末間の通信接続を行わせるサーバ装置において、タイマと、取得手段と、記憶手段と、制御手段とを備える。タイマは、現在時刻を計時する。取得手段は、複数の端末の各々に設定された現地時刻情報を取得する。記憶手段は、端末を特定する端末ＩＤと、取得手段で得られた現地時刻情報と、前記現地時刻情報と前記タイマで計時される現在時刻との時差とを対応付けた管理テーブルを記憶する。制御手段は、ファームウェアの更新開始時刻が指示されたとき、管理テーブルを参照し、この参照結果に基づいて、タイマによる時刻と時差との和が更新開始時刻になった端末から順次ファームウェアの更新を実行する。

第１の実施形態に係るＶＯＩＰシステムの概略構成図。 図１に示す交換機サーバの一例を示す機能ブロック図。 図２に示す管理テーブルの記憶内容の一例を示す図。 図２に示すファームウェア記憶部の記憶内容の一例を示す図。 第１の実施形態において、ＩＰ端末がログインする際の交換機サーバの制御手順を示すフローチャート。 第１の実施形態において、ファームウェア更新における保守端末と、ログイン中のＩＰ端末と、交換機サーバとの間の情報の送受信動作を示すシーケンス。 同じく第１の実施形態において、ファームウェア更新における保守端末と、ログイン中のＩＰ端末と、交換機サーバとの間の情報の送受信動作を示すシーケンス。 ファームウェアの送信フォーマットの一例を示す図。 第２の実施形態に係る交換機サーバの一例を示す機能ブロック図。 図９に示す管理テーブルの記憶内容の一例を示す図。 第２の実施形態において、ファームウェア更新における保守端末と、ログイン中のＩＰ端末と、交換機サーバとの間の情報の送受信動作を示すシーケンス。 同じく第２の実施形態において、ファームウェア更新における保守端末と、ログイン中のＩＰ端末と、交換機サーバとの間の情報の送受信動作を示すシーケンス。

以下、実施形態について、図面を参照して説明する。

（第１の実施形態）
第１の実施形態は、ファームウェアの更新開始時刻を保守者が任意に決めることができるようにするとともに、各国・地域に配置されるＩＰ端末の現地時刻を考慮し、各ＩＰ端末の空いている時間帯でファームウェアの更新をできるようにしている。

図１は、第１の実施形態に係るＶＯＩＰシステムの概略構成図である。
このＶＯＩＰシステムでは、ＩＰ端末Ｔ１１〜Ｔ１ｎ及び保守端末ＭＴをＡ国に、ＩＰ端末Ｔ２１をＢ国に、ＩＰ端末Ｔ３１をＣ国に設置しているものとする。また、交換機サーバＳＶはＡ国に設置されているものとする。ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１及び保守端末ＭＴは、ＩＰネットワーク１を経由して、交換機サーバＳＶに登録されている。

ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１は、通話処理機能とメディア情報処理機能とを備えた端末である。交換機サーバＳＶは、ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１間で、例えばＳＩＰに従ってセッションを確立する交換制御機能を備える。そして、セッション確立後は、発信側と着信側の電話端末間でピアツーピア接続によりＩＰパケットを送受信することで、音声通信を行なう。

図２は、図１に示す交換機サーバＳＶの一例を示す機能ブロック図である。
交換機サーバＳＶは、制御部２１、ノースブリッジ２２、主メモリ２３、ビデオコントローラ２４、表示部２５、サウスブリッジ２６、ＨＤＤ（Hard Disk Drive）２７、マルチドライブ２８、ＬＡＮコントローラ２９、インタフェース部３０、ＰＣカードコントローラ３１、ＢＩＯＳ−ＲＯＭ（Basic Input/Output System ROM）３３、ＥＣ／ＫＢＣ（Embedded Controller/Keyboard Controller）３４、電源コントローラ（ＰＳＣ）３５、電源部３６、キーボード（ＫＢ）３７、マウス用インタフェース（Ｉ／Ｆ）３８、マウス３９、Ｉ／Ｏコントローラ４０などを備える。

制御部２１は、（ＣＰＵ：Central Processing Unit）を主体として交換機サーバＳＶ全体の制御を司るものであり、主メモリ２３をワークエリアとして使用し、ＨＤＤ２７から主メモリ２３にロードされる、オペレーティングシステム（ＯＳ）２３ａ、ドライバ２３ｂ、交換プログラム２３ｃなどを実行する。
ノースブリッジ２２は、制御部２１とサウスブリッジ２６との間のブリッジ処理、主メモリ２３の制御、ビデオコントローラ２４の制御などを行う各種コントローラを備えている。
ビデオコントローラ２４は、ＡＧＰ（Accelerated Graphics Port）を介してノースブリッジ２２に接続されており、表示部２５に表示すべきデータの制御を行う。表示部２５は、ビデオコントローラ２４から送られてくるデータを画面上に表示するものであり、ＬＣＤ(Liquid Crystal Display)を備えている。

サウスブリッジ２６は、ハブリンクを介してノースブリッジ２２に接続されており、ＬＰＣ（Low Pin Count）バス上の各種デバイス（ＥＣ／ＫＢＣ３４、Ｉ／Ｏコントローラなど）や、ＰＣＩ（Peripheral Component Interconnect）バス上の各種ＰＣＩデバイス（ＬＡＮコントローラ２９、インタフェース部３０、ＰＣカードコントローラ３１など）や、ＩＤＥ（Integrated Drive Electronics）対応のディスクドライブや、ＵＳＢデバイスなどの制御を行う各種コントローラを備える。

ＨＤＤ２７は、プライマリＩＤＥに対応するデバイスとしてサウスブリッジ２６に接続されており、ＯＳや交換プログラム等の各種プログラム、各種データ２３ｄなどを記憶する内蔵のハードディスクである。マルチドライブ２８は、セカンダリＩＤＥに対応するデバイスとしてサウスブリッジ２６に接続されており、リムーバブルな記録媒体であるＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷを駆動する。

ＬＡＮコントローラ２９は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、有線ＬＡＮの仕様に準拠する通信機能を備え、同じ通信機能を備えた通信装置との間で通信を行うものである。
インタフェース部３０は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、ＩＰネットワーク１の仕様に準拠する通信機能を備え、ＩＰパケットの授受に係わる処理を行う。
ＰＣカードコントローラ３１は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、ＰＣＭＣＩＡ(Personal Computer Memory Card International Association)の仕様に準拠し、各種のＰＣカードを制御するものである。ＢＩＯＳ−ＲＯＭ３３は、ＬＰＣバスに接続されており、電源が投入された際に主に交換機サーバＳＶ内のハードウェアに対する設定処理などを行うＢＩＯＳ（Basic Input/Output System）を格納している。ＥＣ／ＫＢＣ３４は、ＬＰＣバスに接続されており、電源コントローラ３５やキーボード３７等の入力装置の制御などを行う。このＥＣ／ＫＢＣ３４は、組み込みコントローラであるＥＣ（Embedded Controller）とキーボードコントローラとを一体化したものである。

電源コントローラ３５は、Ｉ2Ｃバスを介してＥＣ／ＫＢＣ３４に接続されており、交換機サーバＳＶ内の各部に供給する電圧を制御する。電源部３６は駆動電力を生成し、交換機サーバＳＶ内の各部に供給する。キーボード３７は、ＥＣ／ＫＢＣ３４に接続されており、各種キーの押下に対応した入力信号をＫＢＣに通知するものである。マウス用インタフェース３８は、マウス３９とＥＣ／ＫＢＣ３４との間の信号のインタフェースを行うものである。マウス３９は、マウス用インタフェース３８に接続されており、クリック操作などにより入力を行うものである。Ｉ／Ｏコントローラ４０は、ＬＰＣバスに接続されており、外部とシリアル信号やパラレル信号の入出力制御を行うと共に、マウス３９との入出力制御をも行う。

この交換機サーバＳＶにおいては、制御部２１の制御のもとで、主メモリ２３上に展開した交換プログラム２３ｃがＬＡＮコントローラ２９などと協働して所定の交換処理機能を実現する。交換機サーバＳＶは汎用のコンピュータサーバに交換プログラム２３ｃをロードし、このプログラムを実行させることで電話端末間の交換機能を実現する。交換機サーバＳＶは、汎用コンピュータと同様に、データが記憶された領域が物理的には不連続なメモリ領域であっても、ソフトウェア（プロセスなど）から見て連続になるように見せかける仮想記憶システムを採用する。

ところで、制御部２１は、システムタイマＴＭと、現地時刻情報受信部２１ａと、テーブル作成部２１ｂと、判定部２１ｃと、更新処理部２１ｄとを備える。

システムタイマＴＭは、交換機サーバＳＶの現在時刻を計時するものである。現地時刻情報受信部２１ａは、ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１のログイン時、もしくはＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１からの現地時刻更新操作実施時に、各ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１から通知される現地時刻情報を受信する。

テーブル作成部２１ｂは、ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１を特定する端末ＩＤと、上記現地時刻情報受信部２１ａで得られた現地時刻情報とを対応付けた管理テーブル２７１を作成し、ＨＤＤ２７に記憶する。管理テーブル２７１は、図３に示すように、ログイン中のＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１の端末ＩＤと、各ＩＰ端末が設置される国または地域の現地時刻（Local Time）と、時差と、ファームウェア更新結果とを対応付けたテーブルである。ここでは、ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１がログイン中であるものとする。なお、現地時刻は、ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１から定期的に通知される時刻であり、時差は通知される現地時刻とシステムタイマＴＭで計時される現在時刻とを比較することで計算される。

判定部２１ｃは、ファームウェアの更新開始時刻が指示されたとき、管理テーブル２７１を参照し、更新開始時刻が管理テーブル２７１中の現地時刻に一致するか否かを判定する。

更新処理部２１ｄは、上記判定部２１ｃによる判定結果に基づいて、更新開始時刻になった端末から順次ファームウェアの更新を実行する。この場合、更新処理部２１ｄは、ＨＤＤ２７のファームウェア記憶部２７２に記憶されている新らしいバージョンのファームウェアを読み出し、更新開始時刻になった例えばＩＰ端末Ｔ１１へ送信する。ファームウェアには、図４に示すように、例えば電話機能設定、キーコンフィグ設定が含まれている。電話機能設定には、機能ごとのオン・オフが設定され、キーコンフィグ設定にはキーごとの用途が設定される。すなわち、図４（ａ）の旧バージョンのファームウェアが設定されていたＩＰ端末Ｔ１１には、図４（ｂ）の新バージョンのファームウェアが交換機サーバＳＶからダウンロードされ更新される。すると、ＩＰ端末Ｔ１１では、「機能ｃ」に代わって、新たに「機能ｆ」（例えばボイスメール機能）、「機能ｊ」（例えばオートアテンダント機能）が使用できるようになり、また、新たに「キー６」には「回線２の捕捉」が割り当てられ、「キー７」には「回線３の捕捉」が割り当てられる。

また、更新処理部２１ｄは、管理テーブル２７１から、ファームウェアの更新が完了していない（Ｒｅｓｕｌｔが「ＯＫ」でない）ＩＰ端末に対しファームウェアの更新を実行する。

次に、上記構成によるＶＯＩＰシステムの動作を説明する。
（ログイン動作）
図５は、例えばＩＰ端末Ｔ１１がログインする際の交換機サーバＳＶの制御手順を示すフローチャートである。

ＩＰ端末Ｔ１１を使用する場合に、例えばＩＰ端末Ｔ１１のユーザは、交換機サーバＳＶにアクセスする。

そして、ＩＰ端末Ｔ１１のユーザは、ログイン画面において、端末ＩＤ及びパスワードを入力し、交換機サーバＳＶへのログインを試みる。これらの入力が終了すると、これら端末ＩＤ及びパスワード及び電話番号を交換機サーバＳＶに向け送信する。

ＩＰ端末Ｔ１１からのログイン要求を受け取った交換機サーバＳＶは、ステップＳＴ５ａからステップＳＴ５ｂに移行して、ここで端末ＩＤが予め管理テーブル２７１に登録されているＩＤ群に一致するものであるかをチェックし、無ければログインを許可せず、ステップＳＴ５ｂからステップＳＴ５ｃに移行して、ここで端末ＰＣ１へユーザ名が存在しない旨をエラーメッセージとして返送する。

また、同一ＩＤでの二重ログインを防ぐため、交換機サーバＳＶは、登録されているＩＤと一致したとしても、既にそのＩＤでログイン済みであれば、新たなログインを許可せず、ステップＳＴ５ｄからステップＳＴ５ｃに移行してここでＩＰ端末Ｔ１１へログイン済みを知らせる旨をエラーメッセージとして返送する。

ＩＤに関してＯＫであれば、交換機サーバＳＶは、ステップＳＴ５ｄからステップＳＴ５ｅに移行して、ここでパスワードの認証を行なう。ここで、パスワードが正しくなければ、交換機サーバＳＶはステップＳＴ５ｅからステップＳＴ５ｃに移行して、ここでその旨をエラーメッセージでＩＰ端末Ｔ１１へ返送する。

一方、全てのチェックがＯＫであれば、交換機サーバＳＶはステップＳＴ５ｅからステップＳＴ５ｆへ移行して、ここでＩＰ端末Ｔ１１へ認証完了のメッセージを返送し、ログイン中のユーザとして管理テーブル２７１への登録を行なう。

（ファームウェア更新）
図６は、ファームウェア更新における保守端末ＭＴと、ログイン中のＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１と、交換機サーバＳＶとの間の情報の送受信動作を示すシーケンスである。

まず各ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１は、交換機サーバＳＶへのログイン時、もしくはＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１上からの現地時刻更新操作実施時に（ステップＳＴ６１ａ）、交換機サーバＳＶに対して現地時刻情報を送信する（図６（１））。

交換機サーバＳＶは、管理テーブル２７１において、通知を受けたＩＰ端末に対する現地時刻およびサーバ時刻との時差情報を更新する（ステップＳＴ６２ａ）。

保守者が保守端末ＭＴを通じ、交換機サーバＳＶに対してＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１のファームウェア更新指示を入力したとする（ステップＳＴ６３ａ）。そうすると、保守端末ＭＴは、ファームウェアのバージョ番号及び更新開始時刻を入力するためのメッセージを表示器（図示せず）に表示する。この状態で、保守者が保守端末ＭＴのキーボードを操作してファームウェアのバージョン番号及び更新開始時刻（例えば３：００）を入力したとする。そうすると、保守端末ＭＴは、ファーム更新指示と更新開始時刻とを交換機サーバＳＶに通知する（図６（２））。

通知を受けた交換機サーバＳＶは管理テーブル２７１、システムタイマＴＭで計時されるサーバ時刻、更新開始時刻をそれぞれ参照し、更新開始判定処理を行う（ステップＳＴ６２ｂ）。具体的には、サーバ時刻に時差を追加した時間が更新開始時刻になったＩＰ端末に対し、ファームウェア更新処理を実行する。

まず、交換機サーバＳＶは、管理テーブル２７１を参照して、「Ｒｅｓｕｌｔ」が「ＯＫ」でないことを確認すると、ステップＳＴ６２ｃからステップＳＴ６２ｄに移行してここでシステムタイマＴＭで計時される時刻に各ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１に対応する時差を加算した時刻が更新開始時刻になるか否かの判断を行う。図７に示すように、システムタイマＴＭが３：００を計時した時点で、交換機サーバＳＶは「時差」が「０」となるＩＰ端末Ｔ１１に対しファームウェアの更新指示を送る（ステップＳＴ６２ｅ）。この場合、ファームウェアの更新指示は、図８（ａ）に示すように、ヘッダ部と、データ部とに構成され、データ部には「更新開始」を示す旨のメッセージ、ファームウェアのダウンロード元となるサーバのＩＰアドレス、ファームウェアのファイル名、ＦＴＰアクセスの際のユーザアカウント名、パスワードが含まれる。ヘッダ部には、送信元となる交換機サーバＳＶのＩＰアドレス及びポート番号と送信先となるＩＰ端末Ｔ１１のＩＰアドレスとポート番号とが含まれる。

ファームウェアの更新指示を受信したＩＰ端末Ｔ１１は、ユーザによる操作もしくは自動的に上記取得指示に含まれる情報に基づいて、交換機サーバＳＶにアクセスし、交換機サーバＳＶのＨＤＤ２７のファームウェア記憶部２７２に記憶されている新バージョンのファームウェアをダウンロードし、既に設定されているファームウェアを新バージョンのファームウェアに更新する（ステップＳＴ６１ｂ）。

そして、ＩＰ端末Ｔ１１は、ファームウェアの更新が完了すると、更新完了メッセージを交換機サーバＳＶに通知する（ステップＳＴ６１ｃ）。この場合、更新完了メッセージは、図８（ｂ）に示すように、ヘッダ部と、データ部とに構成され、データ部には応答であることを示す旨のメッセージ、更新の結果（正常／異常）、エラー情報（エラーコード）とが含まれる。ヘッダ部には、送信元となるＩＰ端末Ｔ１１のＩＰアドレス及びポート番号と送信先となる交換機サーバＳＶのＩＰアドレスとポート番号とが含まれる。

更新完了メッセージを受信した交換機サーバＳＶは、管理テーブル２７１中のＩＰ端末Ｔ１１の該当する「Ｒｅｓｕｌｔ」を「ＯＫ」に更新する（ステップＳＴ６２ｆ）。

また、交換機サーバＳＶは、図７に示すように、システムタイマＴＭが６：００を計時した時点で、交換機サーバＳＶは「時差」が「−３」となるＩＰ端末Ｔ３１に対しファームウェアの更新指示を送る。ファームウェアの更新指示を受信したＩＰ端末Ｔ３１は、ユーザによる操作もしくは自動的に上記取得指示に含まれるファームウェアの格納場所に基づいて、交換機サーバＳＶにアクセスし、交換機サーバＳＶのＨＤＤ２７のファームウェア記憶部２７２に記憶されている新バージョンのファームウェアをダウンロードし、既に設定されているファームウェアを新バージョンのファームウェアに更新する。

そして、ＩＰ端末Ｔ３１は、ファームウェアの更新が完了すると、更新完了メッセージを交換機サーバＳＶに通知する。

更新完了メッセージを受信した交換機サーバＳＶは、管理テーブル２７１中のＩＰ端末Ｔ３１の該当する「Ｒｅｓｕｌｔ」を「ＯＫ」に更新する。

さらに、交換機サーバＳＶは、図７に示すように、システムタイマＴＭが２０：３０を計時した時点で、交換機サーバＳＶは「時差」が「＋６：３０」となるＩＰ端末Ｔ２１に対しファームウェアの更新指示を送る。

ファームウェアの更新指示を受信したＩＰ端末Ｔ２１は、ユーザによる操作もしくは自動的に上記取得指示に含まれるファームウェアの格納場所に基づいて、交換機サーバＳＶにアクセスし、交換機サーバＳＶのＨＤＤ２７のファームウェア記憶部２７２に記憶されている新バージョンのファームウェアをダウンロードし、既に設定されているファームウェアを新バージョンのファームウェアに更新する。

そして、ＩＰ端末Ｔ２１は、ファームウェアの更新が完了すると、更新完了メッセージを交換機サーバＳＶに通知する。

更新完了メッセージを受信した交換機サーバＳＶは、管理テーブル２７１中のＩＰ端末Ｔ２１の該当する「Ｒｅｓｕｌｔ」を「ＯＫ」に更新する。

交換機サーバＳＶは、上記ステップＳＴ６２ｃにおいて、管理テーブル２７１中の全端末のファームウェア更新が正常に完了した場合に（Ｙｅｓ）、保守端末ＭＴに対し更新完了通知を行う（ステップＳＴ６２ｇ）。

また、交換機サーバＳＶは、更新が失敗となったＩＰ端末に対しては、２４時間後に再度更新処理を実行する。

以上のように上記第１の実施形態では、交換機サーバＳＶにおいて、ログイン中のＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１を特定する端末ＩＤと、各ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１から取得した現地時刻情報（Local Time及び時差）とを対応付けた管理テーブル２７１をＨＤＤ２７に記憶し管理しておき、保守端末ＭＴにてファームウェアの更新開始時刻が指示された時に、制御部２１Ａにより管理テーブル２７１を参照して更新開始時刻と現地時刻情報とが一致するか否かを判定し、一致したＩＰ端末に対し順次ファームウェアの更新を実行するようにしている。

従って、ユーザが端末を利用できない状況が発生する確率を大幅に下げることができ、また保守者は更新指示を任意のタイミングで一度だけ実行すればよく、負荷が大幅に軽減される。

また、上記第１の実施形態では、保守端末ＭＴにおいて、保守者がファームウェアの更新指示を入力すると、更新開始時刻の入力メッセージが表示器に表示され、この状態で保守者が任意の更新開始時刻を入力した場合に、ファームウェアの更新指示及び更新開始時刻を交換機サーバＳＶに通知するようにしているので、ファームウェアの更新開始時刻を保守者自身で決定することができ、これにより保守者にとって柔軟性を増すことができる。

さらに上記第１の実施形態では、端末ＩＤと、現地時刻情報と、ファームウェアの更新の完了結果とを対応付けた管理テーブル２７１をＨＤＤ２７に記憶し管理しておき、保守端末ＭＴによりファームウェアの更新が指示されたときに、管理テーブル２７１中でファームウェアの更新が完了していないＩＰ端末に対しファームウェアの更新を実行するようにしているので、ファームウェアの更新における信頼性を向上できる。

（第２の実施形態）
第２の実施形態は、ＩＰ端末ごとの使用状況に合わせて、ファームウェアの更新開始時刻をＩＰ端末ごとにきめ細かく設定できるようにしたものである。

図９は、第２の実施形態に係る交換機サーバＳＶの一例を示す機能ブロック図である。図９において、上記図２と同一箇所については同一符号を付して詳細な説明を省略する。
制御部２１Ｂには、端末情報受信部２１ｅ及び更新開始時刻決定部２１ｆを備える。端末情報受信部２１ｅは、ログイン中のＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１から通知される１時間毎の発着呼数、キー操作数を示す情報を受信する。

テーブル作成部２１ｂは、ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１を特定する端末ＩＤと、上記現地時刻情報受信部２１ａで得られた現地時刻情報と、１時間毎の発着呼数、キー操作数とを対応付けた管理テーブル２７３を作成し、ＨＤＤ２７に記憶する。管理テーブル２７３は、図１０に示すように、ログイン中のＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１の端末ＩＤと、各ＩＰ端末が設置される国または地域の現地時刻（Local Time）と、１時間毎の発着呼数、キー操作数と、時差と、ファームウェア更新結果とを対応付けたテーブルである。ここでは、ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１がログイン中であるものとする。なお、現地時刻は、ＩＰ端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１から定期的に通知される時刻であり、時差は通知される現地時刻とシステムタイマＴＭで計時される現在時刻とを比較することで計算される。発着呼数は０時から２４時の各１時間ごとに発信が何回あったか着信が何回あったかを示す回数値であり、キー操作数は０時から２４時の各１時間ごとにダイヤルキー、転送キー、機能キーといったキーが何回押されたかを示す回数値である。

更新開始時刻決定部２１ｆは、保守端末ＭＴによるファームウェアの更新指示をトリガとして、管理テーブル２７３中の発着呼数及びキー操作数の双方の和が最小となる時間を対応するＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１の更新開始時刻として決定する。ＩＰ端末Ｔ１１については、例えば「１：００」の発着呼数が「０」、キー操作数が「０」であるので、現地時刻における更新開始時刻を「１：００」に決定する。また、ＩＰ端末Ｔ２１については、例えば「４：００」の発着呼数が「１」、キー操作数が「１」であるので、現地時刻における更新開始時刻を「４：００」に決定する。さらに、ＩＰ端末Ｔ３１については、例えば「２：００」の発着呼数が「２」、キー操作数が「０」であるので、現地時刻における更新開始時刻を「２：００」に決定する。

次に、上記構成によるＶＯＩＰシステムの動作を説明する。
図１１は、ファームウェア更新における保守端末ＭＴと、ログイン中のＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１と、交換機サーバＳＶとの間の情報の送受信動作を示すシーケンスである。

まず各ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１は、交換機サーバＳＶへのログイン時、もしくはＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１上からの現地時刻更新操作実施時に（ステップＳＴ１１１ａ）、交換機サーバＳＶに対して現地時刻情報を送信する（図１１（１））。

交換機サーバＳＶは、管理テーブル２７３において、通知を受けたＩＰ端末に対する現地時刻およびサーバ時刻との時差情報を更新する（ステップＳＴ１１２ａ）。

各ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１はログイン後、自身に発生する発着呼数、およびユーザのキー操作数をＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１内に集計、記録し（ステップＳＴ１１１ｂ）、１時間ごとの集計数を交換機サーバＳＶに定期的に通知する（ステップＳＴ１１１ｃ、図１１（２））。通知を受けた交換機サーバＳＶは、テーブル２７３上の該当端末に対するこれらの情報を追加/更新する（ステップＳＴ１１２ｂ）。

保守者が保守端末ＭＴを通じ、交換機サーバＳＶに対してＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１のファームウェア更新指示を入力したとする（ステップＳＴ１１３ａ）。すると、保守端末ＭＴは、ファーム更新指示を交換機サーバＳＶに通知する（図１１（３））。

通知を受けた交換機サーバＳＶは管理テーブル２７３、システムタイマＴＭで計時されるサーバ時刻、１時間ごとの発着呼数及びキー操作数をそれぞれ参照し、更新開始判定処理を行う（ステップＳＴ１１２ｃ）。具体的には、発着呼数及びキー操作数が双方で最も少ない時間を更新開始時刻に決定し、更新開始時刻になったＩＰ端末に対し、ファームウェア更新処理を実行する。

まず、交換機サーバＳＶは、管理テーブル２７３を参照して、「Ｒｅｓｕｌｔ」が「ＯＫ」でないことを確認すると、ステップＳＴ１１２ｄからステップＳＴ１１２ｅに移行してここでシステムタイマＴＭで計時される時刻に各ＩＰ端末Ｔ１１，Ｔ２１，Ｔ３１に対応する時差を加算した時刻が更新開始時刻になるか否かの判断を行う。図１２に示すように、システムタイマＴＭが１：００を計時した時点で、交換機サーバＳＶは「時差」が「０」となるＩＰ端末Ｔ１１に対しファームウェアの更新指示を送る（ステップＳＴ１１２ｆ）。

ファームウェアの更新指示を受信したＩＰ端末Ｔ１１は、ユーザによる操作もしくは自動的に上記取得指示に含まれるファームウェアの格納場所に基づいて、交換機サーバＳＶにアクセスし、交換機サーバＳＶのＨＤＤ２７のファームウェア記憶部２７２に記憶されている新バージョンのファームウェアをダウンロードし、既に設定されているファームウェアを新バージョンのファームウェアに更新する（ステップＳＴ１１１ｄ）。

そして、ＩＰ端末Ｔ１１は、ファームウェアの更新が完了すると、更新完了メッセージを交換機サーバＳＶに通知する（ステップＳＴ１１１ｅ）。

更新完了メッセージを受信した交換機サーバＳＶは、管理テーブル２７３中のＩＰ端末Ｔ１１の該当する「Ｒｅｓｕｌｔ」を「ＯＫ」に更新する（ステップＳＴ１１２ｇ）。

また、交換機サーバＳＶは、図１２に示すように、システムタイマＴＭが５：００を計時した時点で、交換機サーバＳＶは「時差」が「−３」となるＩＰ端末Ｔ３１に対しファームウェアの更新指示を送る。ファームウェアの更新指示を受信したＩＰ端末Ｔ３１は、ユーザによる操作もしくは自動的に上記取得指示に含まれるファームウェアの格納場所に基づいて、交換機サーバＳＶにアクセスし、交換機サーバＳＶのＨＤＤ２７のファームウェア記憶部２７２に記憶されている新バージョンのファームウェアをダウンロードし、既に設定されているファームウェアを新バージョンのファームウェアに更新する。

そして、ＩＰ端末Ｔ３１は、ファームウェアの更新が完了すると、更新完了メッセージを交換機サーバＳＶに通知する。

更新完了メッセージを受信した交換機サーバＳＶは、管理テーブル２７３中のＩＰ端末Ｔ３１の該当する「Ｒｅｓｕｌｔ」を「ＯＫ」に更新する。

さらに、交換機サーバＳＶは、図１２に示すように、システムタイマＴＭが２１：３０を計時した時点で、交換機サーバＳＶは「時差」が「＋６：３０」となるＩＰ端末Ｔ２１に対しファームウェアの更新指示を送る。

ファームウェアの更新指示を受信したＩＰ端末Ｔ２１は、ユーザによる操作もしくは自動的に上記取得指示に含まれるファームウェアの格納場所に基づいて、交換機サーバＳＶにアクセスし、交換機サーバＳＶのＨＤＤ２７のファームウェア記憶部２７２に記憶されている新バージョンのファームウェアをダウンロードし、既に設定されているファームウェアを新バージョンのファームウェアに更新する。

そして、ＩＰ端末Ｔ２１は、ファームウェアの更新が完了すると、更新完了メッセージを交換機サーバＳＶに通知する。

更新完了メッセージを受信した交換機サーバＳＶは、管理テーブル２７３中のＩＰ端末Ｔ２１の該当する「Ｒｅｓｕｌｔ」を「ＯＫ」に更新する。

交換機サーバＳＶは、上記ステップＳＴ１１２ｄにおいて、管理テーブル２７１中の全端末のファームウェア更新が正常に完了した場合に（Ｙｅｓ）、保守端末ＭＴに対し更新完了通知を行う（ステップＳＴ１１２ｈ）。

また、交換機サーバＳＶは、更新が失敗となったＩＰ端末に対しては、２４時間後に再度更新処理を実行する。

以上のように上記第２の実施形態では、交換機サーバＳＶにおいて、端末ＩＤと、現地時刻情報と１時間毎の発着呼数、キー操作数とを対応付けた管理テーブル２７３をＨＤＤ２７に記憶し管理しておき、保守端末ＭＴによりファームウェアの更新が指示されたときに、制御部２１Ｂにて管理テーブル２７３中の発着呼数及びキー操作数が最小の時間を対応するＩＰ端末の更新開始時刻として決定するようにしている。

従って、保守者は更新処理の開始時刻を考慮する必要がなく、各ＩＰ端末が最適な時間帯にファームウェアの更新を実施でき、保守者の負荷がさらに軽減される。

（その他の実施形態）
上記各実施形態に限定されるものではない。例えば上記第２の実施形態では、各ＩＰ端末から通知される１時間ごとの発着呼数及びキー操作数を管理テーブルに記録する例について説明したが、交換機サーバから各ＩＰ端末に対し定期的に１時間ごとの発着呼数及びキー操作数を取得するようにしてもよい。

また、上記第１の実施形態では、保守者が任意にファームウェアの更新開始時刻を決定する例について説明したが、交換機サーバに固定的に保持される更新開始時刻を用いるようにしてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ＩＰネットワーク、２１…制御部、２２…ノースブリッジ、２３…主メモリ、２４…ビデオコントローラ、２５…表示部、２６…サウスブリッジ、２７…ＨＤＤ、２８…マルチドライブ、２９…ＬＡＮコントローラ、３０…インタフェース部、３１…ＰＣカードコントローラ、２１ａ…現地時刻情報受信部、２１ｂ…テーブル作成部、２１ｃ…判定部、２１ｄ…更新処理部、２１ｅ…端末情報受信部、２１ｆ…更新開始時刻決定部、２７１…管理テーブル、２７２…ファームウェア記憶部、ＴＭ…システムタイマ、Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１…ＩＰ端末、ＳＶ…交換機サーバ、ＭＴ…保守端末。

Claims (12)

1. 複数の端末を登録し、端末間の交換処理に係るファームウェアが設定された複数の端末間の通信接続を行わせるサーバ装置において、
   現在時刻を計時するタイマと、
   前記複数の端末の各々に設定された現地時刻情報を取得する取得手段と、
   前記端末を特定する端末ＩＤと、前記取得手段で得られた現地時刻情報と、前記現地時刻情報と前記タイマで計時される現在時刻との時差と、前記端末から通知される単位時間毎の発着呼数、キー操作数とを対応付けた管理テーブルを記憶する記憶手段と、
   前記ファームウェアの更新開始時刻が指示されたとき、前記管理テーブル中の前記発着呼数及び前記キー操作数が最小の時間を対応する端末の更新開始時刻として決定し、前記タイマによる時刻と前記時差との和が更新開始時刻になった端末から順次ファームウェアの更新を実行する制御手段とを具備するサーバ装置。
2. 前記制御手段は、前記ファームウェアの更新開始の旨を保守者に報知し、この報知に対し保守者が任意の更新開始時刻を入力した場合に、前記管理テーブル中の前記発着呼数及び前記キー操作数が最小の時間を対応する端末の更新開始時刻として決定し、前記タイマによる時刻と前記時差との和が更新開始時刻になった端末から順次ファームウェアの更新を実行する請求項１記載のサーバ装置。
3. 前記記憶手段は、前記管理テーブル中に、前記端末ＩＤに対応づけて、前記ファームウェアの更新の完了結果を記憶し、
   前記制御手段は、前記管理テーブルを参照し、参照結果に基づき前記ファームウェアの更新が完了していない端末に対しファームウェアの更新を実行する請求項１記載のサーバ装置。
4. さらに、前記複数の端末から単位時間毎の発着呼数、キー操作数を示す情報を取得する端末情報取得手段をさらに備える請求項１記載のサーバ装置。
5. 端末と、
   前記端末を登録し、端末間の交換処理に係るファームウェアが設定された端末間の通信接続を行わせるサーバ装置とを具備し、
   前記端末は、
   登録時または現地時刻更新時に、現地時刻情報を前記サーバ装置に送信する送信手段と、
   単位時間毎の発着呼数、キー操作数を定期的に通知する通知手段とを備え、
   前記サーバ装置は、
   現在時刻を計時するタイマと、
   前記端末から送信された現地時刻情報を受信する受信手段と、
   前記端末を特定する端末ＩＤと、前記現地時刻情報と、前記現地時刻情報と前記タイマで計時される現在時刻との時差と、前記端末から通知される単位時間毎の発着呼数、キー操作数とを対応付けた管理テーブルを記憶する記憶手段と、
   前記ファームウェアの更新開始時刻が指示されたとき、前記管理テーブル中の前記発着呼数及び前記キー操作数が最小の時間を対応する端末の更新開始時刻として決定し、前記タイマによる時刻と前記時差との和が更新開始時刻になった端末から順次ファームウェアの更新を実行する制御手段とを備える電話システム。
6. 前記制御手段は、前記ファームウェアの更新開始の旨を保守者に報知し、この報知に対し保守者が任意の更新開始時刻を入力した場合に、前記管理テーブル中の前記発着呼数及び前記キー操作数が最小の時間を対応する端末の更新開始時刻として決定し、前記タイマによる時刻と前記時差との和が更新開始時刻になった端末から順次ファームウェアの更新を実行する請求項５記載の電話システム。
7. 前記記憶手段は、前記管理テーブル中に、前記端末ＩＤに対応づけて、前記ファームウェアの更新の完了結果を記憶し、
   前記制御手段は、前記管理テーブルを参照し、参照結果に基づき前記ファームウェアの更新が完了していない端末に対しファームウェアの更新を実行する請求項５記載の電話システム。
8. さらに、前記複数の端末から単位時間毎の発着呼数、キー操作数を示す情報を取得する端末情報取得手段をさらに備える請求項５記載の電話システム。
9. 複数の端末を登録し、端末間の交換処理に係るファームウェアが設定された複数の端末間の通信接続を行わせるサーバ装置で使用されるファームウェア更新制御方法において、
   現在時刻をタイマで計時し、
   前記複数の端末の各々に設定された現地時刻情報を取得し、
   前記端末を特定する端末ＩＤと、前記現地時刻情報と、前記現地時刻情報と前記タイマで計時される現在時刻との時差と、前記端末から通知される単位時間毎の発着呼数、キー操作数とを対応付けた管理テーブルをメモリに記憶し、
   前記ファームウェアの更新開始時刻が指示されたとき、前記管理テーブル中の前記発着呼数及び前記キー操作数が最小の時間を対応する端末の更新開始時刻として決定し、前記タイマによる時刻と前記時差との和が更新開始時刻になった端末から順次ファームウェアの更新を実行するファームウェア更新制御方法。
10. 前記実行することは、前記ファームウェアの更新開始の旨を保守者に報知し、この報知に対し保守者が任意の更新開始時刻を入力した場合に、前記管理テーブル中の前記発着呼数及び前記キー操作数が最小の時間を対応する端末の更新開始時刻として決定し、前記タイマによる時刻と前記時差との和が更新開始時刻になった端末から順次ファームウェアの更新を実行する請求項９記載のファームウェア更新制御方法。
11. 前記記憶することは、前記管理テーブル中に、前記端末ＩＤに対応づけて、前記ファームウェアの更新の完了結果を記憶し、
    前記実行することは、前記管理テーブルを参照し、参照結果に基づき前記ファームウェアの更新が完了していない端末に対しファームウェアの更新を実行する請求項９記載のファームウェア更新制御方法。
12. さらに、前記複数の端末から単位時間毎の発着呼数、キー操作数を示す情報を取得することをさらに備える請求項９記載のファームウェア更新制御方法。

Images