JP5486946B2 - 通信機器及び通信機器のファームウェアのバージョンアップ方法 - Google Patents

Description

本発明は、ブロードバンドルータやＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）などの通信機器及びこれら機器のファームウェアのバージョンアップ方法に関する。

ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話などの端末が接続されているブロードバンドルータでは、ファームウェアのバージョンアップが行われる。通常、サーバから新たなバージョンのファームウェアをダウンロードし、モデムを再起動しているが、ユーザが端末を使用しているときに再起動すると、通信が途絶えてしまう可能性がある。特許文献１には、このような不具合を回避するため、深夜時間帯などに再起動することが記載されている。

しかしながら、特許文献１にも記載されているとおり、例えばこの場合にユーザの生活時間帯を仮定して再起動の時刻を設定しているが、必ずしもその設定された時刻はユーザが通信を開始する可能性が低い時間帯であるとは限らない。

そこで、特許文献１に記載の発明では、入出力端末の使用状況に応じて使用頻度の低いときに再起動し、或いは入出力端末の接続の有無によって再起動を行うかどうかを決めている。

特開２００５−１６５５３５号公報（段落番号０００６参照）

しかしながら、ブロードバンドルータにＰＣが常時接続されていると、使用頻度が一定になり、使用頻度の高低を判別できず、また端末が接続されていない状況はなく、再起動が行われない可能性がある。また、最近では、ＰＣばかりでなく、常時接続の室内監視装置や家電機器などがブロードバンドルータを介して使用される機会が増えてきており、この場合も上記と同様に再起動は行われない可能性がある。そして、再起動が行われないと、ファームウェアのバージョンアップが完了しないことになる。

本発明は、通信に支障をきたすことなく確実にファームウェアのバージョンアップを行うことができる通信機器及び通信機器のファームウェアのバージョンアップ方法を提供することを目的としている。

本発明の一形態に係る通信機器は、複数の種類の端末を接続可能であり、これら端末を網に接続するための通信機器であって、ダウンロード部と、確認部と、再起動部とを具備する。
ダウンロード部は、前記網側よりバージョンアップされたファームウェアをダウンロードする。

確認部は、前記バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻に前記複数の種類の端末のうち第１の種類の端末による通信が行われているかどうかを確認する。
再起動部は、前記所定の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻に当該通信機器を再起動させる。

本発明の一形態に係る通信機器では、バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻に複数の種類の端末のうち第１の種類の端末（例えば一時的に通信が途絶えると通信に支障をきたす可能性が高い端末）による通信が行われているかどうかを確認し、所定の時刻に第１の種類の端末による通信が行われていないことが確認されたとき、所定の時刻に通信機器を再起動させている。すなわち、バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻に複数の種類の端末のうち第１の種類の端末以外の端末（例えば一時的に通信が途絶えても通信に支障をきたす可能性が低い端末）による通信が行われていても、所定の時刻に当該通信機器を再起動させることになる。したがって、通信に支障をきたすことなく確実にファームウェアのバージョンアップを行うことができる。

本発明の一形態に係る通信機器では、前記確認部は、前記所定の時刻に前記第１の種類の端末による通信が行われているとき、前記所定の時間帯で前記所定の時刻より後の時刻に前記第１の種類の端末による通信が行われているかどうかを確認し、前記再起動部は、前記所定の時間帯で前記所定の時刻より後の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻より後の時刻に当該通信機器を再起動させるように構成してもよい。

これにより、バージョンアップされたファームウェアをダウンロードした通信機器が所定の時間帯に再起動されない可能性が減る。したがって、通信に支障をきたすことなくより確実にファームウェアのバージョンアップを行うことができる。

本発明の一形態に係る通信機器では、前記確認部は、前記所定の時間帯に前記第１の種類の端末による通信が行われているとき、前記所定の時間帯の属する日より後の日の所定の時間帯における所定の時刻に前記第１の種類の端末による通信が行われているかどうかを確認し、前記再起動部は、前記所定の時間帯の属する日より後の日の所定の時間帯における所定の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻に当該通信機器を再起動させるように構成してもよい。

これにより、バージョンアップされたファームウェアをダウンロードした通信機器が所定の時間帯に再起動されなくても後に再起動されることとなる。したがって、通信に支障をきたすことなくさらに確実にファームウェアのバージョンアップを行うことができる。

本発明の一形態に係る通信機器では、前記第１の種類の端末が、リアルタイム伝送による通信を行うものであり、前記第１の種類以外の第２の種類の端末が、非リアルタイム伝送による通信を行うものであることが好ましい。

リアルタイム伝送による通信とは、例えばＩＰ電話などによる通信、或いはＳＴＢにおけるテレビ番組の提供に係る通信などであり、非リアルタイム伝送による通信とは、例えばＰＣによるＷｅｂの閲覧に係る通信などをいう。非リアルタイム伝送による通信では、本発明に係る通信機器が再起動され、通信が一時途切れたとしても通信に著しい支障をきたすものではないが、リアルタイム伝送による通信では通信の途切れは致命的になる。従って、所定の時刻にリアルタイム伝送による通信が行われていないことが確認されたとき、その所定の時刻に通信機器を再起動させ、所定の時刻に非リアルタイム伝送による通信が行われていても、所定の時刻に当該通信機器を再起動させることは、通信に支障をきたすものではない。

本発明の一形態に係る通信機器では、前記所定の時間帯における非リアルタイム伝送による通信の頻度を計測する計測部と、前記所定の時間帯における非リアルタイム伝送による通信の頻度が所定のレベルより高いときには、前記再起動部による前記所定の時間帯での再起動を規制する規制部とを具備するように構成してもよい。
これにより、非リアルタイム伝送による通信が再起動により途切れる可能性は低くなる。

本発明の一形態に係る通信機器では、第１のバージョンのファームウェア及び前記第１のバージョンより新しい第２のバージョンのファームウェアを記憶する記憶部と、前記第２のバージョンのファームウェアによる動作が不能となった場合に、前記第１のバージョンのファームウェアにより動作させる切替え部とを具備し、前記ダウンロード部は、前記第１のバージョンよりも新しく前記第２のバージョンよりも古い第３のバージョンが存在している場合であっても、前記バージョンアップされたファームウェアとして前記第２のバージョンのファームウェアをダウンロードするように構成してもよい。

これにより、ファームウェアのバージョンアップに要する期間を短くすることができる。すなわち、第１のバージョン、第３のバージョン、第２のバージョンの順にバージョンアップするのではなく、この場合は第３のバージョンを飛ばして第１のバージョン、第２のバージョンの順にバージョンアップするので、ファームウェアのバージョンアップに要する期間を短くすることができる。特に、本発明では、バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻に複数の種類の端末のうち第１の種類の端末による通信が行われているかどうかを確認し、所定の時刻に第１の種類の端末による通信が行われていないことが確認されたとき、所定の時刻に通信機器を再起動させているので、１回のバージョンアップに要する期間がある程度長くなる可能性がある。従って、全体のファームウェアのバージョンアップに要する期間を短くできるということは意義がある。

本発明の一形態に係る通信機器では、前記網側より前記所定の時間帯を指示する内容を含む指示書を受信する受信部を具備し、前記再起動部は、前記指示書により指示された所定の時間帯にて再起動するように構成してもよい。

これにより、網側より再起動すべき時間帯を制御することが可能となる。例えば、通信機器のパケット数の時間的分布を網側にて把握し、ファームウェアをダウンロードする時間帯を制御することで、通信に支障をきたすことなく確実にファームウェアのバージョンアップを行うことができる。

本発明の一形態に係る通信機器では、前記網側より前記バージョンアップされたファームウェアをダウンロードする時間を指示する内容を含む指示書を受信する受信部を具備し、前記ダウンロード部は、前記指示書により指示された時間に前記ファームウェアをダウンロードするように構成してもよい。

これにより、網側よりファームウェアをダウンロードする時間を制御することができる。例えば、ファームウェアをダウンロードする時間を分散させることで、網側へトラフィックが集中することを回避することが可能である。

本発明の一形態に係る通信機器のファームウェアのバージョンアップ方法は、複数の種類の端末を接続可能であり、これら端末を網に接続するための通信機器のファームウェアをダウンロードする方法であって、前記網側よりバージョンアップされたファームウェアをダウンロードし、前記バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻に前記複数の種類の端末のうち第１の種類の端末による通信が行われているかどうかを確認し、前記所定の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻に当該通信機器を再起動させる。

本発明によれば、バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻に複数の種類の端末のうち第１の種類の端末による通信が行われているかどうかを確認し、所定の時刻に第１の種類の端末による通信が行われていないことが確認されたとき、所定の時刻に当該通信機器を再起動させているので、通信に支障をきたすことなく確実にファームウェアのバージョンアップを行うことができる。

本発明の一実施形態に係るブロードバンドルータの構成を示すブロック図である。 本発明の一実施形態に係るブロードバンドルータの記憶部に格納されたファームウェアの構成を示す図である。 本発明の一実施形態に係る、ファームウェアのバージョンアップによりＡ面のファームウェアとＢ面のファームウェアの書き換えが行われていくときの変化を示した図である。 本発明の一実施形態に係る、ブロードバンドルータの起動時のファームウェアの選択及び起動確認動作を示すフローチャートである。 本発明の一実施形態に係る、ブロードバンドルータのファームウェアのバージョンアップの動作を示すフローチャートである。 本発明の一実施形態に係る、サーバや回線への負荷を分散する例を説明するためのグラフである。 本発明の一実施形態に係る、再起動の時間帯の例を示す図である。 本発明の一実施形態に係る、Ｖｅｒ １．０からいきなりＶｅｒ ３．０のファームウェアにバージョンアップされるパターンを示す図である。

以下、本発明の実施の形態について図面を参照しつつ説明する。
本発明をブロードバンドルータに適用した実施形態を説明する。
＜ブロードバンドルータの構成＞
図１は本発明の一実施形態に係るブロードバンドルータの構成を示すブロック図である。

図１に示すように、ブロードバンドルータ１は、ＣＰＵ２と、記憶部３と、データ通信制御部４と、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御部５とを備える。

ＣＰＵ２は、記憶部３に格納されたプログラムに従ってブロードバンドルータ１全体の動作を制御する。例えば、ＣＰＵ２は、ブロードバンドルータ１のファームウェアの正常性を確認する。ここで、各種端末とは、電話機、ＰＣ、家電機器などをいう。このうち、電話機は、リアルタイム伝送による通信を行う端末であり、ＰＣ、家電機器は、非リアルタイム通信を行う端末である。

記憶部３は、所定のデータやブロードバンドルータ１の動作に必要な各種のプログラムを格納する。また、記憶部３は、ブロードバンドルータ１のファームウェアを格納する。格納されたファームウェアの詳細については後述する。

データ通信制御部４は、データ通信を制御するものであり、インターネット６との間でのデータ通信を制御し、また、このブロードバンドルータ１に接続されたＰＣ、家電機器などの電子機器７との間でのデータ通信を制御する。また、データ通信制御部４は、これら電子機器７の使用状況（使用率）をＣＰＵ２に報告する。使用率とは、例えば単位時間あたりのパケットの数である。

ＶｏＩＰ制御部５は、音声通話を制御するものであり、電話機８との間での音声通信を制御する。また、ＶｏＩＰ制御部５は、電話機８の使用状況（通話中か否か）をＣＰＵ２に報告する。

なお、ブロードバンドルータ１は、上記の構成の他に、図示を省略しているが手動により再起動などを行うための電源ボタンや動作状態の表示などを行う表示部等を有する。
＜格納されたファームウェア＞
図２はブロードバンドルータ１の記憶部３に格納されたファームウェアの構成を示す図である。

図２に示すように、記憶部３では、第１の格納場所１１にデフォルトのバージョンのファームウェア（Ｖｅｒ １．０）が格納されると共に、第２の格納場所（Ａ面）１２に第１のバージョンのファームウェア（Ｖｅｒ Ｘ）が格納され、さらに第３の格納場所（Ｂ面）１３に第２のバージョンのファームウェア（Ｖｅｒ Ｙ）が格納されている。

図３（ａ）〜（ｃ）はファームウェアのバージョンアップによりＡ面１２のファームウェアとＢ面１３のファームウェアの書き換えが行われていくときの変化を示した図である。

図３（ａ）は、このブロードバンドルータ１の工場出荷時でのファームウェアの構成を示している。工場出荷時では、第１〜第３の格納場所１１〜１３には、それぞれ共通のデフォルトのバージョンのファームウェア（Ｖｅｒ １．０）が格納されている。

このブロードバンドルータ１では、ＣＰＵ２の制御のもとで、Ａ面１２のファームウェアとＢ面１３のファームウェアのうち、バージョンが新しい方のファームウェアが起動されるようになっている。また、Ａ面１２のファームウェアのバージョンとＢ面１３のファームウェアのバージョンが同じバージョンである場合には、例えばＡ面１２のファームウェアが起動されるようになっている。そして、バージョンアップされるファームウェアは、Ａ面１２とＢ面１３のうち起動されていない方に格納されるようになっている。

従って、図３（ａ）に示した構成から、このブロードバンドルータ１に対して最初に電源が投入されたとき（例えばユーザがこのブロードバンドルータ１を購入した直後）、ブロードバンドルータ１は図３（ａ）に示したＡ面１２のファームウェア（Ｖｅｒ １．０）により起動される。

１回目のファームウェアのバージョンアップが行われると、図３（ｂ）に示したＢ面１３にバージョンアップされたファームウェア（Ｖｅｒ ２．０）が格納され、ブロードバンドルータ１はＢ面１３のファームウェア（Ｖｅｒ ２．０）により起動される。

２回目のファームウェアのバージョンアップが行われると、図３（ｃ）に示したＡ面１２にバージョンアップされたファームウェア（Ｖｅｒ ３．０）が格納され、ブロードバンドルータ１はＡ面１２のファームウェア（Ｖｅｒ ３．０）により起動される。

３回目のファームウェアのバージョンアップが行われると、図３（ｄ）に示したＢ面１３にバージョンアップされたファームウェア（Ｖｅｒ ４．０）が格納され、ブロードバンドルータ１はＢ面１３のファームウェア（Ｖｅｒ ４．０）により起動される。
以降、順次いわばたすき掛けのごとくＡ面１２とＢ面１３とで交互にファームウェアがダウンロードされ、ブロードバンドルータ１の起動がなされる。
図４はブロードバンドルータ１の起動時のファームウェアの選択及び起動確認動作を示すフローチャートである。

ブロードバンドルータ１が起動されると（ステップ４００）、Ａ面１２に格納されたファームウェアとＢ面１３に格納されたファームウェアのうち最新のバージョンのファームウェアが起動用のものとして選択される（ステップ４０１）。例えば、図３（ｃ）でいうと、Ａ面１２に格納されたファームウェアがＶｅｒ ３．０であり、Ｂ面１３に格納されたファームウェアがＶｅｒ ２．０であるから、Ａ面１２に格納されたファームウェア（Ｖｅｒ ３．０）が起動用のファームウェアとして選択される。

Ａ面１２に格納されたファームウェアが起動用のファームウェアとして選択されると、Ａ面１２に格納されたファームウェアが異常の発生もなく起動されるかが確認される（ステップ４０２）。

ステップ４０２で異常の発生もなくＡ面１２のファームウェアが正常に起動すると、これにて起動の動作を完了する（ステップ４０５）が、ステップ４０２でファームウェアの異常が発生したときには、Ｂ面１３に格納されたファームウェアが異常の発生もなく起動されるかが確認される（ステップ４０３）。

ステップ４０３で異常の発生もなくＢ面１３のファームウェアが正常に起動すると、これにて起動の動作を完了する（ステップ４０５）が、ステップ４０３でファームウェアの異常が発生したときには、第１の格納場所１１に格納されたバックアップ用のデフォルトのバージョンのファームウェア（Ｖｅｒ １．０）が異常の発生もなく起動されるかが確認される（ステップ４０４）。

ステップ４０４で異常の発生もなく第１の格納場所１１に格納されたバックアップ用のファームウェア（Ｖｅｒ １．０）が正常に起動すると、これにて起動の動作を完了する（ステップ４０５）が、第１の格納場所１１に格納されたバックアップ用のデフォルトのバージョンのファームウェア（Ｖｅｒ １．０）の異常が発生したときには、所定のエラー処理を行う（ステップ４０６）。

ステップ４０１でＢ面１３に格納されたファームウェアが最新のバージョンのファームウェアであって起動用のものとして選択されるたときにも同様の動作が行われる。

すなわち、Ｂ面１３に格納されたファームウェアが起動用のファームウェアとして選択されると、Ｂ面１３に格納されたファームウェアが異常の発生もなく起動されるかが確認される（ステップ４０７）。

ステップ４０７で異常の発生もなくＢ面１３のファームウェアが正常に起動すると、これにて起動の動作を完了する（ステップ４１０）が、ステップ４０７でファームウェアの異常が発生したときには、Ａ面１２に格納されたファームウェアが異常の発生もなく起動されるかが確認される（ステップ４０８）。

ステップ４０８で異常の発生もなくＡ面１２のファームウェアが正常に起動すると、これにて起動の動作を完了する（ステップ４１０）が、ステップ４０８でファームウェアの異常が発生したときには、第１の格納場所１１に格納されたバックアップ用のデフォルトのバージョンのファームウェア（Ｖｅｒ １．０）が異常の発生もなく起動されるかが確認される（ステップ４０９）。

ステップ４０９で異常の発生もなく第１の格納場所１１に格納されたバックアップ用のファームウェア（Ｖｅｒ １．０）が正常に起動すると、これにて起動の動作を完了する（ステップ４１０）が、第１の格納場所１１に格納されたバックアップ用のデフォルトのバージョンのファームウェア（Ｖｅｒ １．０）の異常が発生したときには、所定のエラー処理を行う（ステップ４１１）。

このように本実施形態のブロードバンドルータ１によれば、Ａ面１２に第１のバージョンのファームウェア（Ｖｅｒ Ｘ）を格納し、Ｂ面１３に第２のバージョンのファームウェア（Ｖｅｒ Ｙ）を格納し、最新の方のバージョンのファームウェアを起動用のファームウェアとして選択し、さらにそのファームウェアが正常に動作しないときには、他方のファームウェアを起動用のファームウェアとして選択できる。従って、ブロードバンドルータ１の動作が高いレベルで補償され、信頼性が向上する。

また、これらＡ面及びＢ面の両方のファームウェアが正常に動作しないときには、第１の格納場所１１に格納されたバックアップ用のデフォルトのバージョンのファームウェアを起動用のファームウェアとして選択できる。従って、ブロードバンドルータ１の動作がさらに高いレベルで補償され、信頼性が向上する。

なお、バックアップ用のデフォルトのバージョンのファームウェアを起動用のファームウェアとして強制的に選択できるようにしてもよい。その操作方法として、例えば電源ボタンを押して電源を入れ、そのままその電源ボタンを所定時間押し続けた場合に、そのような強制選択の動作が行われるようにしてもよい。このような強制選択の動作は、ブロードバンドルータ１の動作不良により無限ループが発生した場合などに有効である。
＜ファームウェアのバージョンアップの動作＞
図５は、ブロードバンドルータ１のファームウェアのバージョンアップの動作を示すフローチャートである。

ブロードバンドルータ１が起動されると（ステップ５０１）、インターネット６を介してサーバ（図示を省略）に対して、ブロードバンドルータ１が現在格納するファームウェアのうち最新のもののバージョンを通知する（ステップ５０２）。これに対して、サーバからのブロードバンドルータ１に対してファームウェアのバージョンアップの指示書が発行される。この指示書には、ブロードバンドルータ１がファームウェアのバージョンアップを行う必要があるかどうか、ブロードバンドルータ１がサーバよりファームウェアをダウンロードする時間、ブロードバンドルータ１がファームウェアをダウンロードした後に再起動する時間帯、サーバに対して最新のファームウェアのバージョンを次に通知するまでの時間（例えば２４時間後）などが記載されている。

ステップ５０２の後、ブロードバンドルータ１は、サーバよりインターネットを介してファームウェアのバージョンアップの指示書をダウンロードし（ステップ５０３）、この指示書よりファームウェアのバージョンアップの必要があるかどうかを確認する（ステップ５０４）。

ブロードバンドルータ１は、確認の結果、ファームウェアのバージョンアップの必要がない場合には、指示書に記載された時間待機し、その後ステップ５０２に戻りサーバに対して、ブロードバンドルータ１が現在格納するファームウェアのうち最新のもののバージョンを通知する（ステップ５０２）。

ブロードバンドルータ１は、ステップ５０４での確認の結果、ファームウェアのバージョンアップの必要がある場合には、指示書に記載された、ファームウェアをダウンロードする時間まで待機し（ステップ５０５）、その時間になるとインターネット６を介してサーバから最新のファームウェアをダウンロードする（ステップ５０６）。このようにサーバよりブロードバンドルータ１に対してファームウェアをダウンロードする時間を指定できるようにすることで、多数のブロードバンドルータからの集中したダウンロードを避け、サーバや回線への負荷を分散することができる（図６参照）。なお、ステップ５０６で最新のファームウェアをダウンロードする作用効果については後述する。

ブロードバンドルータ１は、ステップ５０６にて最新のファームウェアのダウンロードをした後に、ダウンロードしたファームウェアが正常であるかどうかを確認し、ファームウェアが正常でない場合には、ファームウェアを再ダウンロードする（ステップ５０７〜５０８）。５０９でダウンロードしたファームウェアが正常でない場合には、指示書に記載された時間待機し、その後ステップ５０２に戻りサーバに対して、ブロードバンドルータ１が現在格納するファームウェアのうち最新のもののバージョンを通知する（ステップ５０２）。

このように複数回確認するのは、一時的な回線の品質不良などによってファームウェアのダウンロードの失敗が発生しても、例えば２４時間待たなくてよくするためである。しかし３度失敗した場合には、例えば２４時間時間をおいてから再実施する。

ステップ５０７〜５０９において、ブロードバンドルータ１は、ダウンロードしたファームウェアが正常であることを確認すると、ダウンロードしたファームウェアを現在起動中のファームウェアが記憶されている記憶部３（例えばフラッシュメモリ）の領域とは別の領域に記憶させる（ステップ５１０）。ブロードバンドルータ１は、この状態で、サーバからの指示書に記載された再起動の時間帯まで待機する（ステップ５１１）。その時間帯とは、例えば図７に示すように、人が活動している可能性が低い、つまり電話やＰＣ操作などをしている可能性の低い深夜時間帯、例えば午前２時〜午前４時などである。ブロードバンドルータ１は、この時間帯の中で例えば乱数を使って選択された時刻を再起動する時刻とする。

ブロードバンドルータ１は、上記の時間帯における時刻においてＶｏＩＰの使用状況を確認する（ステップ５１２）。つまり、上記の時間帯における時刻において電話機による通話が行われているかどうかを確認する。ブロードバンドルータ１は、上記の時間帯における時刻においてＶｏＩＰが使用されている場合には、すなわち通話が行われている場合には、ＶｏＩＰの使用終了を待って、その終了から指定時間（例えば１０分程度）待機し（ステップ５１３）、再びＶｏＩＰの使用状況を確認する（ステップ５１２）。このように再度ＶｏＩＰの使用状況を確認する際にＶｏＩＰの使用終了から１０分程度待機するのは、通話をしていたという事実からその時間帯はユーザが活動をしており、しかも電話を切った直後にまた電話をする可能性が高いからである。また、１１０番通報や１１９番通報などの緊急の通話だった場合には、相手方からのコールバックに対応する必要があるからである。

ブロードバンドルータ１は、ステップ５１２においてＶｏＩＰが使用中でないことを確認すると、上記の時間帯における時刻においてＰＣなどによるデータ通信の使用状況（使用率）を確認する（ステップ５１４）。例えば、上記の時間帯における時刻においてＰＣなどのパケットの使用量が多いかどうかを確認する。ブロードバンドルータ１は、上記の時間帯における時刻においてＰＣなどによるデータ通信の使用率が高い場合には、継続したデータ通信の使用状況（使用率）が高いかどうかを確認する（ステップ５１５）。例えば、４８時間程度以上継続してデータ通信の使用率が高いかどうかを確認する。継続したデータ通信の使用率が高い場合ということは、ネットワーク家電の使用やデータ自動ダウンロードなどユーザの操作によるデータ通信の使用でない可能性が高く、そのような使用の場合にブロードバンドルータ１を再起動させてもユーザにとって不都合となる可能性が低いからである。また、稀なケースであるが、ＰＣがウィルス感染して断続的にデータ通信するときにもブロードバンドルータ１を再起動させてもユーザにとって不都合となる可能性が低いからであり、不意な再起動によってユーザがそのような感染に気が付くこともありうるからである。

ブロードバンドルータ１は、ステップ５１５において、継続したデータ通信の使用率が低い場合には、指定時間（例えば３０分程度）待機し（ステップ５１６）、ステップ５１２に戻る。３０分程度経過すれば、ＰＣなどの使用を終了している可能性が高いからである。

ブロードバンドルータ１は、ステップ５１４において、データ通信の使用率が低い場合、或いはデータ通信が使用されていない場合に、またはステップ５１５において、継続したデータ通信の使用率が高い場合には、この時刻においてこのブロードバンドルータ１を再起動させる（ステップ５１７）。

このように本実施形態では、深夜などの時間帯であってもユーザが電話をしているときには、ブロードバンドルータ１が再起動されないので、通話が突然切断することはない。また、ＰＣなどのデータ通信が使用率が高いようなときにも、ブロードバンドルータ１が再起動されないので、例えばＰＣなどを使って動画をリアルタイムで視聴しているようなときにそれが突然停止するようなことはない。従って、本実施形態では、通信に支障をきたすことなくファームウェアのバージョンアップを行うことができる。

図３に示したとおり、本実施形態のブロードバンドルータ１では、Ａ面１２とＢ面１３とでたすき掛けのごとく順次ファームウェアのバージョンアップを行っている。つまり、Ｖｅｒ １．０→Ｖｅｒ ２．０→Ｖｅｒ ３．０→Ｖｅｒ ４．０といった順番でファームウェアのバージョンアップをしている。

そのような順番でファームウェアのバージョンアップをすると、Ｖｅｒ １．０→Ｖｅｒ ２．０とファームウェアのバージョンアップをした時点でＶｅｒ ２．０のファームウェアの破損がし、その一方で最新のファームウェアがその破損の時点で例えばすでにＶｅｒ ３．０となっていた場合には、Ｖｅｒ １．０が現在の起動用のファームウェアであることから、Ｖｅｒ １．０→Ｖｅｒ ２．０→Ｖｅｒ ３．０といった順番でファームウェアのバージョンアップされることとなる。

これに対して、本実施形態においては、図５に示すステップ５０６において、バージョンアップする場合には最新のファームウェアをダウンロードすることとしているため、Ｖｅｒ １．０からいきなりＶｅｒ ３．０のファームウェアにバージョンアップされることとなる。これにより、本実施形態のブロードバンドルータ１では、ファームウェアのバージョンアップに要する期間を短くすることができる。
図８はＶｅｒ １．０からいきなりＶｅｒ ３．０のファームウェアにバージョンアップされるパターンを示す図である。

ブロードバンドルータ１は、起動されると（ステップ８０１）、Ａ面１２とＢ面１３のファームウェアのうち起動用のファームウェアを選択する（ステップ８０２、図８（ａ））。ここでは、Ａ面１２にはＶｅｒ １．０のファームウェアが格納され、Ｂ面１３にはＶｅｒ ２．０のファームウェアが格納されているので、Ｂ面１３のＶｅｒ ２．０のファームウェアが起動用のファームウェアとして選択される。

ここで、ブロードバンドルータ１は、最新のファームウェアが破損していることを検知すると（ステップ８０３）、Ａ面１２に格納された一世代前のバージョンのファームウェア（ここではＶｅｒ １．０のファームウェア）が起動用のファームウェアとして選択され、そのＶｅｒ １．０のファームウェアで起動される（ステップ８０４、図８（ｂ））。

ブロードバンドルータ１は、その後にファームウェアのバージョンアップが実施される（ステップ８０５）が、その際にすでに最新のファームウェアがＶｅｒ ３．０になっていたとすると、そのＶｅｒ １．０のファームウェアよりＶｅｒ ２．０→Ｖｅｒ ３．０と順番にバージョンアップして行くのではなく、最新のバージョンであるＶｅｒ ３．０のファームウェアをサーバよりダウンロードしてＶｅｒ １．０のファームウェアが記憶された記憶部３の領域（Ａ面）とは別の領域（Ｂ面）に書き込み（ステップ８０６、図８（ｃ））、再起動する（ステップ８０７）。これにより、最新のＶｅｒ ３．０のファームウェアが起動用のファームウェアとして選択される（ステップ８０８、図８（ｄ））。
＜その他＞

上記の実施形態においては、通信機器がブロードバンドルータである場合を説明したが、これに限らず複数種類の端末が接続される通信機器であれば本発明を適用することができる。例えば、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）に本発明を適用することできる。ＳＴＢに例えればＰＣやテレビ、録画装置などが接続されているときには、このテレビや録画装置などが上記実施形態における電話に相当することになる。

また、上記の実施形態では、ブロードバンドルータ自体がＰＣの使用率を計測していたが、例えばサーバ側でこのような使用率を計測するようにして、サーバよりブロードバンドルータに指示書を使って再起動する時間帯などを指示するようにしてもよい。
その他、本発明は、その技術思想の範囲内で変形して実施することができ、その実施の範囲も当然本発明の技術的範囲に属する。

１ ブロードバンドルータ
２ ＣＰＵ
３ 記憶部
４ データ通信制御部
５ ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）制御部

Claims (7)

1. 複数の種類の端末を接続可能であり、これら端末を網に接続するための通信機器であって、
   前記網側よりバージョンアップされたファームウェアをダウンロードするダウンロード部と、
   前記バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻にリアルタイム伝送による通信を行う第１の種類の端末による通信が行われているかどうかを確認する確認部と、
   非リアルタイム伝送による通信を行う第２の種類の端末の、前記所定の時間帯における非リアルタイム伝送による通信の頻度を計測する計測部と、
   前記所定の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻に当該通信機器を再起動させる再起動部と、
   前記所定の時間帯における非リアルタイム伝送による通信の頻度が所定のレベルより高いときには、前記再起動部による前記所定の時間帯での再起動を規制する規制部と
   を具備する通信機器。
2. 請求項１に記載の通信機器であって、
   前記確認部は、前記所定の時刻に前記第１の種類の端末による通信が行われているとき、前記所定の時間帯で前記所定の時刻より後の時刻に前記第１の種類の端末による通信が行われているかどうかを確認し、
   前記再起動部は、前記所定の時間帯で前記所定の時刻より後の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻より後の時刻に当該通信機器を再起動させる
   通信機器。
3. 請求項１又は２に記載の通信機器であって、
   前記確認部は、前記所定の時間帯に前記第１の種類の端末による通信が行われているとき、前記所定の時間帯の属する日より後の日の所定の時間帯における所定の時刻に前記第１の種類の端末による通信が行われているかどうかを確認し、
   前記再起動部は、前記所定の時間帯の属する日より後の日の所定の時間帯における所定の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻に当該通信機器を再起動させる
   通信機器。
4. 請求項１から３のうちいずれか１項に記載の通信機器であって、
   第１のバージョンのファームウェア及び前記第１のバージョンより新しい第２のバージョンのファームウェアを記憶する記憶部と、
   前記第２のバージョンのファームウェアによる動作が不能となった場合に、前記第１のバージョンのファームウェアにより動作させる切替え部とを具備し、
   前記ダウンロード部は、前記第１のバージョンよりも新しく前記第２のバージョンよりも古い第３のバージョンが存在している場合であっても、前記バージョンアップされたファームウェアとして前記第２のバージョンのファームウェアをダウンロードする
   通信機器。
5. 請求項１から３のうちいずれか１項に記載の通信機器であって、
   前記網側より前記所定の時間帯を指示する内容を含む指示書を受信する受信部を具備し、
   前記再起動部は、前記指示書により指示された所定の時間帯にて再起動する
   通信機器。
6. 請求項１から３のうちいずれか１項に記載の通信機器であって、
   前記網側より前記バージョンアップされたファームウェアをダウンロードする時間を指示する内容を含む指示書を受信する受信部を具備し、
   前記ダウンロード部は、前記指示書により指示された時間に前記ファームウェアをダウンロードする
   通信機器。
7. 複数の種類の端末を接続可能であり、これら端末を網に接続するための通信機器のファームウェアをダウンロードする方法であって、
   前記網側よりバージョンアップされたファームウェアをダウンロードし、
   前記バージョンアップされたファームウェアをダウンロードした後の所定の時間帯における所定の時刻にリアルタイム伝送による通信を行う第１の種類の端末による通信が行われているかどうかを確認し、
   非リアルタイム伝送による通信を行う第２の種類の端末の、前記所定の時間帯における非リアルタイム伝送による通信の頻度を計測し、
   前記所定の時刻に前記第１の種類の端末による通信が行われていないことが確認されたとき、前記所定の時刻に当該通信機器を再起動させ、
   前記所定の時間帯における非リアルタイム伝送による通信の頻度が所定のレベルより高いときには、前記所定の時間帯での前記通信機器の再起動を規制する
   通信機器のファームウェアのバージョンアップ方法。
   
   

Images