JP2004157871A

JP2004157871A - ファームウェア更新方法、装置およびプログラム

Info

Publication number: JP2004157871A
Application number: JP2002324320A
Authority: JP
Inventors: Atsushi Shimoji; 淳下地; Yoshio Kajiyama; 義夫梶山; Hajime Miyazaki; 一宮崎
Original assignee: NTT Communications Corp
Current assignee: NTT Communications Corp
Priority date: 2002-11-07
Filing date: 2002-11-07
Publication date: 2004-06-03

Abstract

【課題】ユーザの利便性を損なうことなく、効率的かつ確実にファームウェアの更新を行い得るファームウェア更新方法、装置およびプログラムを提供する。
【解決手段】現在実装しているファームウェアを更新するための新しいファームウェアをダウンロードし（ステップＳ１１）、このダウンロードした新しいファームウェアに対するリブートの必要性をユーザに明示し（ステップＳ１３）、このリブートの必要性の明示に対してユーザがリブートの必要性を確認した場合（ステップＳ１５）、通信端末のリブートを行い（ステップＳ１９）、リブートの必要性の明示に対して所定時間経過してもユーザからリブートの必要性の確認を得られない場合（ステップＳ１５のＮｏとステップＳ１７）、通信端末のリブートを自動的に行う（ステップＳ１９）。
【選択図】図２

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された通信端末において現在実装されているファームウェアを新しいファームウェアで更新するファームウェア更新方法、装置およびプログラムに関する。
【０００２】
【従来の技術】
従来、ユーザがファームウェアを更新する場合、ユーザは端末からＩＰ網側のサーバにアクセスし、新しいファームウェアをダウンロードしてから、ユーザ自身の電源オフ／オン操作によるリブートを行うことで新しいファームウェアを運用ファームウェアとして機能させている。
【０００３】
また、このようなユーザ操作でなく、自動的に更新する場合には、サーバから新しいファームウェアをダウンロードした後、端末が使用であるか否かに関わらず、即座にリブートを行っている。
【０００４】
上述した従来のファームウェア更新方法について図３および図４を参照して具体的に説明する。
【０００５】
まず、図３に示す従来のファームウェア更新方法では、新しいファームウェアを端末にダウンロードして取得する（ステップＳ３１）。なお、このダウンロードした新しいファームウェアはリブート後、運用ファームウェアとして機能するものである。
【０００６】
それから、ダウンロードした新しいファームウェアに対するリブートの必要性を例えばＬＥＤによりユーザに明示する（ステップＳ３３）。このリブートの必要性の明示に対してユーザがリブートの必要性を確認したか否かを判定する（ステップＳ３５）。ユーザの確認がない場合には、ステップＳ３３に戻って同じ動作を繰り返し行うが、ユーザがリブートの必要性を確認した場合には、ユーザ操作により端末をリブートする（ステップＳ３７）。この結果、新しいファームウェアは運用ファームウェアとして機能開始する。
【０００７】
また、図４に示す従来のファームウェア更新方法では、新しいファームウェアを端末にダウンロードすると（ステップＳ４１）、端末が使用中であるか否かに関わらず、端末をリブートし（ステップＳ４３）、これにより新しいファームウェアは運用ファームウェアとして機能開始するようになっている。
【０００８】
【特許文献１】
特開２００２−２４４８７４号公報
【０００９】
【特許文献２】
特開２００１−０２２５７２号公報
【００１０】
【発明が解決しようとする課題】
上述した従来のファームウェア更新方法のうち、図３に示す従来の方法では、リブート処理がユーザ自身の手動によるリブート操作に限られているため、リブート操作をユーザに要求する必要があり、ファームウェア提供者もユーザ操作を待たざるを得ず、ユーザおよびファームウェア提供者双方の利便性を低減させてしまうという問題がある。
【００１１】
一方、図４に示す従来の方法では、新しいファームウェアをダウンロードすると、ＩＰ通信中であるか否かに関わらず、すなわち端末が使用中であるか否かに関わらず、ユーザの確認無しに端末をリブートしてしまうため、例えばＩＰ通信中のユーザに対して著しくサービス性および利便性を低減させてしまうという問題がある。
【００１２】
本発明は、上記に鑑みてなされたもので、その目的とするところは、ユーザの利便性を損なうことなく、効率的かつ確実にファームウェアの更新を行い得るファームウェア更新方法、装置およびプログラムを提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、請求項１記載の本発明は、ネットワークに接続された通信端末におけるファームウェアを更新するファームウェア更新方法であって、現在実装しているファームウェアを更新するための新しいファームウェアを取得し、この取得した新しいファームウェアに対するリブートの必要性をユーザに明示し、このリブートの必要性の明示に対してユーザがリブートの必要性を確認した場合、通信端末のリブートを行い、前記リブートの必要性の明示に対して所定時間経過してもユーザからリブートの必要性の確認を得られない場合、通信端末のリブートを自動的に行うことを要旨とする。
【００１４】
請求項１記載の本発明にあっては、取得した新しいファームウェアに対するリブートの必要性をユーザに明示し、ユーザが必要性を確認した場合、リブートを行い、所定時間経過してもユーザの確認を得られない場合、通信端末のリブートを自動的に行うため、ユーザの視認性およびファームウェア更新の確実性を持たせることが可能となり、ユーザの利便性を損なうことなく、効率的かつ確実にファームウェアの更新を行うことができる。
【００１５】
また、請求項２記載の本発明は、請求項１記載の発明において、前記所定時間が、ユーザによって予め設定された任意の時間またはユーザによって指定される任意の時刻であることを要旨とする。
【００１６】
更に、請求項３記載の本発明は、請求項１または２記載の発明において、前記新しいファームウェアの取得が、ネットワークを介して行うことを要旨とする。
【００１７】
請求項４記載の本発明は、請求項３記載の発明において、前記新しいファームウェアの取得が、インターネットを介しサーバから新しいファームウェアをダウンロードして行うことを要旨とする。
【００１８】
また、請求項５記載の本発明は、ネットワークに接続された通信端末におけるファームウェアを更新するファームウェア更新装置であって、現在実装しているファームウェアを更新するための新しいファームウェアを取得するファームウェア取得手段と、この取得した新しいファームウェアに対するリブートの必要性をユーザに明示するリブート必要性明示手段と、このリブートの必要性の明示に対してユーザがリブートの必要性を確認した場合、通信端末のリブートを行う確認後リブート手段と、前記リブートの必要性の明示に対して所定時間経過してもユーザからリブートの必要性の確認を得られない場合、通信端末のリブートを自動的に行う自動リブート手段とを有することを要旨とする。
【００１９】
請求項５記載の本発明にあっては、取得した新しいファームウェアに対するリブートの必要性をユーザに明示し、ユーザが必要性を確認した場合、リブートを行い、所定時間経過してもユーザの確認を得られない場合、通信端末のリブートを自動的に行うため、ユーザの視認性およびファームウェア更新の確実性を持たせることが可能となり、ユーザの利便性を損なうことなく、効率的かつ確実にファームウェアの更新を行うことができる。
【００２０】
更に、請求項６記載の本発明は、請求項５記載の発明において、前記所定時間が、ユーザによって予め設定された任意の時間またはユーザによって指定される任意の時刻であることを要旨とする。
【００２１】
請求項７記載の本発明は、請求項５または６記載の発明において、前記ファームウェア取得手段が、ネットワークを介して行う手段を有することを要旨とする。
【００２２】
また、請求項８記載の本発明は、請求項７記載の発明において、前記ファームウェア取得手段が、インターネットを介しサーバから新しいファームウェアをダウンロードして行う手段を有することを要旨とする。
【００２３】
更に、請求項９記載の本発明は、請求項１乃至４のいずれか１項に記載のファームウェア更新方法を実行するファームウェア更新プログラムであることを要旨とする。
【００２４】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。図１は、本発明の一実施形態に係るファームウェア更新方法を実施するファームウェア更新装置を有する通信端末の構成を示すブロック図である。
【００２５】
図１に示す通信端末１は、ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）側インタフェースとして例えばＡＤＳＬ／ＦＴＴＨなどのＩＰ網インタフェース１１を有し、このＩＰ網インタフェース１１からインターネット３を介してサーバ５に接続されるとともに、またＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）側インタフェースとしてパソコンなどのデータ通信用端末と接続するイーサネット（登録商標）などのデータ用インタフェース１３を有し、このデータ用インタフェース１３からＬＡＮ７に接続されている。
【００２６】
インターネット３に接続されたＩＰ網インタフェース１１およびＬＡＮ７に接続されたデータ用インタフェース１３は、それぞれＩＰ網側データ通信手段１５およびＬＡＮ側データ通信手段１７を介してＣＰＵ１９に接続されている。そして、通信端末１は、ＩＰ網インタフェース１１、データ用インタフェース１３、ＩＰ網側データ通信手段１５、ＬＡＮ側データ通信手段１７などを含むハードウェア、ＣＰＵ１９、ＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）上で動作するファームウェアにより動作するようになっている。
【００２７】
また、通信端末１は、ＣＰＵ１９に接続されてファームウェアダウンロード手段２１、リブート必要性明示手段２３、確認後リブート手段２５、タイマ２７および自動リブート手段２９を有する。
【００２８】
ファームウェアダウンロード手段２１は、ＣＰＵ１９の制御によりＩＰ網側データ通信手段１５、ＩＰ網インタフェース１１を介してインターネット３にアクセスし、ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ＨＴＴＰ、ＰＦＴＰなど（以下、単にＦＴＰなど）を用いて現在通信端末１に実装しているファームウェアを更新するための新しいファームウェアをサーバ５からインターネット３を介してダウンロードする。
【００２９】
リブート必要性明示手段２３は、ダウンロードした新しいファームウェアに対するリブートの必要性をユーザに明示する。なお、この明示は、例えば発光ダイオード（ＬＥＤ）を用いて行われるが、このようなＬＥＤに限定されるものでなく、例えば音などにより行ってもよいものである。
【００３０】
確認後リブート手段２５は、リブート必要性明示手段２３によるリブートの必要性の明示に対してユーザがリブートの必要性を確認した場合、通信端末１の電源オフ／オン動作によるリブートを行う。また自動リブート手段２９は、リブート必要性明示手段２３によるリブートの必要性の明示に対して所定時間経過してもユーザからリブートの必要性の確認を得られない場合、通信端末のリブートを自動的に行うものである。タイマ２７は、この自動リブート手段２９における所定の時間を計測するものである。
【００３１】
次に、図２に示すフローチャートを参照して、本実施形態のファームウェア更新装置の作用について説明する。
【００３２】
図２では、まず通信端末１はインターネット３を介してサーバ５にアクセスし、ファームウェアダウンロード手段２１によりＦＴＰなどのファイル転送プロトコルを用いてサーバ５から新しいファームウェアをダウンロードする（ステップＳ１１）。なお、このダウンロードした新しいファームウェアはリブート後に運用ファームウェアとして機能開始するものである。
【００３３】
通信端末１は、ダウンロードした新しいファームウェアに対するリブートの必要性をリブート必要性明示手段２３のＬＥＤなどによりユーザに明示する（ステップＳ１３）。そして、このリブートの必要性の明示に対してユーザがリブートの必要性を確認したか否かを判定する（ステップＳ１５）。
【００３４】
このリブートの必要性の明示に対してユーザがリブートの必要性を確認した場合には、確認後リブート手段２５により通信端末１のリブートを行うが（ステップＳ１９）、リブートの必要性の確認が得られない場合には、タイマ２７で経過時間の計測を行い、この計測結果に基づきリブートまでの閾時間（ｔｏ）を経過したか否かの判定、すなわち所定時間経過したか否かの判定を行い（ステップＳ１７）、所定時間が経過していない場合には、ステップＳ１３に戻って同じ動作を繰り返してユーザの確認を待機するも、所定時間が経過してもユーザからリブートの必要性の確認を得られない場合、自動リブート手段２９により通信端末１のリブートを自動的に行う（ステップＳ１５，Ｓ１９）。
【００３５】
上述したように、本実施形態では、リブートの必要性をユーザに対して明示的に行い、ユーザ判断によりリブートの実行時間を決定すると同時に所定時間経過後に自動的にリブートを行うことで、ファームウェア更新時にユーザの視認性とファームウェア更新の確実性を持たせることが可能になる。
【００３６】
なお、上記実施形態では、所定時間経過した場合には、自動的にリブートを行うようになっているが、この所定時間はユーザによって予め任意の時間に設定し得るものであるが、またこの所定時間の代わりにユーザによって任意の時刻を指定してもよいものである。
【００３７】
また、上記実施形態では、更新用の新しいファームウェアをインターネット３を介してサーバ５からダウンロードで取得しているが、本発明はこれに限定されるものでない。なお、前記ファームウェアダウンロード手段２１は本発明のファームウェア取得手段を構成しているものである。
【００３８】
なお、上記実施形態のファームウェア更新方法の処理手順をプログラムとして例えばＣＤやＦＤなどの記録媒体に記録して、この記録媒体をコンピュータシステムに組み込んだり、または記録媒体に記録されたプログラムを通信回線を介してコンピュータシステムにダウンロードしたり、または記録媒体からインストールし、該プログラムでコンピュータシステムを作動させることにより、ファームウェア更新方法を実施するファームウェア更新装置として機能させることができることは勿論であり、このような記録媒体を用いることにより、その流通性を高めることができるものである。
【００３９】
【発明の効果】
以上説明したように、本発明によれば、取得した新しいファームウェアに対するリブートの必要性をユーザに明示し、ユーザが必要性を確認した場合、リブートを行い、所定時間経過してもユーザの確認を得られない場合、通信端末のリブートを自動的に行うので、ユーザの視認性およびファームウェア更新の確実性を持たせることが可能となり、ユーザの利便性を損なうことなく、効率的かつ確実にファームウェアの更新を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るファームウェア更新方法を実施するファームウェア更新装置を有する通信端末の構成を示すブロック図である。
【図２】図１に示す実施形態のファームウェア更新装置の作用を示すフローチャートである。
【図３】従来のファームウェア更新方法の処理手順を示すフローチャートである。
【図４】従来のファームウェア更新方法の別の処理手順を示すフローチャートである。
【符号の説明】
１通信端末
３インターネット
５サーバ
７ＬＡＮ
１１ＩＰ網インタフェース
１３データ用インタフェース
１９ＣＰＵ
２１ファームウェアダウンロード手段
２３リブート必要性明示手段
２５確認後リブート手段
２７タイマ
２９自動リブート手段

Claims

ネットワークに接続された通信端末におけるファームウェアを更新するファームウェア更新方法であって、
現在実装しているファームウェアを更新するための新しいファームウェアを取得し、
この取得した新しいファームウェアに対するリブートの必要性をユーザに明示し、
このリブートの必要性の明示に対してユーザがリブートの必要性を確認した場合、通信端末のリブートを行い、
前記リブートの必要性の明示に対して所定時間経過してもユーザからリブートの必要性の確認を得られない場合、通信端末のリブートを自動的に行うこと
を特徴とするファームウェア更新方法。
前記所定時間は、ユーザによって予め設定された任意の時間またはユーザによって指定される任意の時刻であることを特徴とする請求項１記載のファームウェア更新方法。
前記新しいファームウェアの取得は、ネットワークを介して行うことを特徴とする請求項１または２記載のファームウェア更新方法。
前記新しいファームウェアの取得は、インターネットを介しサーバから新しいファームウェアをダウンロードして行うことを特徴とする請求項３記載のファームウェア更新方法。
ネットワークに接続された通信端末におけるファームウェアを更新するファームウェア更新装置であって、
現在実装しているファームウェアを更新するための新しいファームウェアを取得するファームウェア取得手段と、
この取得した新しいファームウェアに対するリブートの必要性をユーザに明示するリブート必要性明示手段と、
このリブートの必要性の明示に対してユーザがリブートの必要性を確認した場合、通信端末のリブートを行う確認後リブート手段と、
前記リブートの必要性の明示に対して所定時間経過してもユーザからリブートの必要性の確認を得られない場合、通信端末のリブートを自動的に行う自動リブート手段と
を有することを特徴とするファームウェア更新装置。
前記所定時間は、ユーザによって予め設定された任意の時間またはユーザによって指定される任意の時刻であることを特徴とする請求項５記載のファームウェア更新装置。
前記ファームウェア取得手段は、ネットワークを介して行う手段を有することを特徴とする請求項５または６記載のファームウェア更新装置。
前記ファームウェア取得手段は、インターネットを介しサーバから新しいファームウェアをダウンロードして行う手段を有することを特徴とする請求項７記載のファームウェア更新装置。
請求項１乃至４のいずれか１項に記載のファームウェア更新方法を実行するファームウェア更新プログラム。