JP3886076B2 - 通信システムおよび通信機器 - Google Patents
通信システムおよび通信機器 Download PDFInfo
- Publication number
- JP3886076B2 JP3886076B2 JP00955898A JP955898A JP3886076B2 JP 3886076 B2 JP3886076 B2 JP 3886076B2 JP 00955898 A JP00955898 A JP 00955898A JP 955898 A JP955898 A JP 955898A JP 3886076 B2 JP3886076 B2 JP 3886076B2
- Authority
- JP
- Japan
- Prior art keywords
- firmware
- communication device
- upgrade
- transmission control
- management server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信回線を介して接続された通信機器と管理サーバとからなる通信システムおよび通信機器に関し、特に、同通信機器のファームウェアのバージョンアップに使用して好適な通信システムおよび通信機器に関する。
【０００２】
【従来の技術】
従来、ターミナルアダプタやルータといった通信機器においては、ファームウェアをバージョンアップすることがしばしばある。このような通信機器のファームウェアのバージョンアップについては、同通信機器の製造元から配布される新バージョンのファームウェアをフロッピーディスクやパソコン通信などにより入手し、利用者側のパソコンを利用して行われることが多い。
【０００３】
具体的なバージョンアップ作業手順は、例えば次のようになる。まず、通信機器とパソコンとをＲＳ−２３２Ｃなどのシリアルインターフェイスにて接続した後、上記新バージョンのファームウェアに添付されたユーティリティを起動し、当該ユーティリティの指示に従いながらパソコンを操作する。すると、パソコンは新バージョンのファームウェアを読み込んで通信機器の側に転送し、同通信機器の側の記憶媒体に格納された旧バージョンのファームウェアを更新する。
【０００４】
【発明が解決しようとする課題】
上述した従来の通信システムにおいては、次のような課題があった。まず、製造元の配布する新バージョンのファームウェアを入手する必要があるとともに、人手を介してバージョンアップ作業を行わなければならず煩わしかった。
【０００５】
本発明は、上記課題に鑑みてなされたもので、通信機器のファームウェアのバージョンアップを容易、かつ低コストで行うことが可能な通信システムおよび通信機器の提供を目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、通信回線を介して接続された通信機器と管理サーバとからなる通信システムであって、上記通信機器は、所定のファームウェアを備えて伝送制御を行う伝送制御手段と、上記ファームウェアのバージョンアップの要否に関する情報を発信する発信手段と、上記ファームウェアのバージョンアップが必要な場合に上記管理サーバから転送される新バージョンのファームウェアに更新する更新手段とを備え、上記管理サーバは、上記通信機器から発信されるバージョンアップの要否に関する情報に基づいてバージョンアップの要否を判断してバージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送する更新制御手段を備え、上記伝送制御手段がリセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで該ファームウェアの制御に従って伝送制御を行いつつ、上記更新手段は上記ファームウェアのバージョンアップが必要な場合に上記記憶媒体に格納されたファームウェアを上記新バージョンのファームウェアに更新する構成としてある。
【０００７】
上記のように構成した請求項１にかかる発明においては、通信機器は伝送制御手段にて所定のファームウェアを備えて伝送制御を行っており、管理サーバとの間では通信回線を介して接続されている。通信機器は、発信手段にて自己のファームウェアのバージョンアップの要否に関する情報を管理サーバに発信する。管理サーバは、更新制御手段にて同バージョンアップの要否に関する情報に基づいてバージョンアップが必要か否かを判断する。そして、バージョンアップの必要があるものと判断された場合、更新制御手段は同通信機器に対してコールバックして新バージョンのファームウェアを転送する。伝送制御手段は、リセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで実行することにより伝送制御を行っている。ここにおいて、バージョンアップの要否に関する情報を発信した結果、バージョンアップの必要があるものと判断された場合に、上述したように新バージョンのファームウェアが通信機器の側に転送され、更新手段は転送 されたファームウェアを受け取って記憶媒体に格納されたファームウェアを更新する。むろん、この時点ではワークエリア上のファームウェアは保持されたままであり、通常の動作には支障はない。
【０００８】
ここにおいて、通信機器とは、ファームウェアの制御に従って通信回線上の伝送制御を行うものであれば、あらゆる種類のものを適用可能であって、特に限定されることはない。従って、例えばルータやターミナルアダプタなどがこれに該当する。また、上記バージョンアップの要否に関する情報とは、更新制御手段にてバージョンアップの要否が判断できるものであればいかなる内容であってもよい。例えば、かかる情報として通信機器におけるファームウェアのバージョンナンバーを発信手段にて発信するとともに、更新制御手段にて同通信機器におけるファームウェアの最新バージョンナンバーを記憶しておく。そして、最新バージョンナンバーと、通信機器から発信されるバージョンナンバーが一致するか否かでバージョンアップの要否を判断するなどしてもよい。むろん、管理サーバに接続される通信機器が多機種にわたることもあるが、このような場合には各通信機器の機種名を上記バージョンアップの要否に関する情報に含めればよい。
【０００９】
通信機器と管理サーバとが通信回線にて接続されている以上、回線使用料がかかることになる。上述したように、新バージョンのファームウェアが転送されてくるときは、管理サーバにてコールバックしてから行われるため、少なくともこのときの回線使用料は利用者側の負担とはならない。回線使用料が利用者側の負担となるのは、バージョンアップの要否に関する情報を発信する時であり、この発信時の回線使用料の負担を軽減することができれば好適である。一般的に、利用者は通信データ量に応じて回線使用料が加算される回線契約を締結していることが多く、この場合には単純に通信データ量を低減すれば回線使用料も軽減されることになる。
【００１０】
そこで、請求項２にかかる発明は、請求項１に記載の通信システムにおいて、上記発信手段は、一のパケットにて上記バージョンアップの要否に関する情報を発信する構成としてある。すなわち、発信手段は、一のパケットに管理サーバがバージョンアップの要否を判断するのに必要な情報を含めて送出する。
【００１１】
この発信手段が、発信を行うタイミングとしては、各種の態様が考えられる。例えば、電源投入時も含めたリセット時に発信するようにしてもよいし、専用の操作キーを備えて当該操作キーが操作されたときに発信するようにしてもよい。
【００１２】
また、別の好適な一例として、請求項３にかかる発明は、請求項１または請求項２のいずれかに記載の通信システムにおいて、上記発信手段は、所定のタイマ手段を備えて一定期間の経過毎に上記バージョンアップの要否に関する情報を発信する構成としてある。上記のように構成した請求項３にかかる発明においては、発信手段は、所定のタイマ手段を備えており、当該タイマ手段にて計時を行って一定期間の経過を検知したら上記バージョンアップの要否に関する情報を発信する。ここにおいて、発信を行う期間を利用者側などで可変設定できるようにしておいてもかまわない。
【００１３】
通信機器はファームウェアに従って伝送制御を行っているため、途中でファームウェアが更新されてしまうと不都合が生じることがある。そこで、かかる不都合を回避する好適な構成の一例として、請求項４にかかる発明は、請求項１〜請求項３のいずれかに記載の通信システムにおいて、上記伝送制御手段は、リセット時にフラッシュＲＯＭに格納されたファームウェアを所定のワークエリアに読み込んで実行することにより伝送制御を行い、上記更新手段は、上記ファームウェアのバージョンアップが必要な場合に上記フラッシュＲＯＭに格納されたファームウェアを上記新バージョンのファームウェアに更新した後に自己リセットを行う構成としてある。
【００１４】
上記のように構成した請求項４にかかる発明においては、伝送制御手段は、リセット時にフラッシュＲＯＭに格納されたファームウェアを所定のワークエリアに読み込んで実行することにより伝送制御を行っている。ここにおいて、バージョンアップの要否に関する情報を発信した結果、バージョンアップの必要があるものと判断された場合に、上述したように新バージョンのファームウェアが通信機器の側に転送され、更新手段は転送されたファームウェアを受け取ってフラッシュＲＯＭに格納されたファームウェアを更新する。むろん、この時点ではワークエリア上のファームウェアは保持されたままであり、通常の動作には支障はない。そして、フラッシュＲＯＭに格納されたファームウェアの更新が終了したら、更新手段は自己リセットを行う。すると、フラッシュＲＯＭに格納された新バージョンのファームウェアがワークエリアに読み込まれて伝送制御に反映される。また、自己リセットを行う前に当該通信機器に接続されたパソコン等に確認メッセージを表示し、了承された場合にのみ自己リセットを行うようにしてもかまわない。
【００１５】
ところで、発明が通信機器と管理サーバから構成される通信システムである場合、その構成物である通信機器または管理サーバのいずれもが独立した発明となり得ることはいうまでもない。そこで、請求項５にかかる発明は、通信機器から発信されるファームウェアのバージョンアップの要否に関する情報に基づいてバージョンアップの要否を判断してバージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送する管理サーバに対して通信回線を介して接続可能な通信機器であって、所定のファームウェアを備えて伝送制御を行う伝送制御手段と、上記ファームウェアのバージョンアップの要否に関する情報を発信する発信手段と、上記ファームウェアのバージョンアップが必要な場合に上記管理サーバから転送される新バージョンのファームウェアに更新する更新手段とを具備し、上記伝送制御手段がリセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで該ファームウェアの制御に従って伝送制御を行いつつ、上記更新手段は上記ファームウェアのバージョンアップが必要な場合に上記記憶媒体に格納されたファームウェアを上記新バージョンのファームウェアに更新する構成としてある。
【００１６】
すなわち、通信システムの構成物である通信機器のみであっても有効に機能することに相違はない。
【００１７】
【発明の効果】
以上説明したように本発明は、通信機器から発信されるバージョンアップの要否に関する情報に対して、管理サーバにてバージョンアップの要否を判断し、バージョンアップが必要な場合に、管理サーバからコールバックして新バージョンのファームウェアを転送し、通信機器のファームウェアを更新するようにしたため、通信機器のファームウェアのバージョンアップを容易、かつ低コストで行うことが可能な通信システムを提供することができる。また、記憶媒体に格納されたファームウェアをワークエリアに読み込んで実行しつつ伝送制御を行い、バージョンアップの更新時には記憶媒体のファームウェアを更新するようにしたため、動作中にファームウェアの更新を行っても何ら支障が生じることはない。
【００１８】
また、請求項２にかかる発明によれば、一のパケットにてバージョンアップの要否に関する情報を発信するようにしたため、発信時の回線使用料を軽減することができる。
【００１９】
さらに、請求項３にかかる発明によれば、一定期間の経過毎に自動的にバージョンアップの要否に関する情報を発信するようにしたため、バージョンアップをし忘れることはない。
【００２０】
さらに、請求項４にかかる発明によれば、フラッシュＲＯＭに格納されたファームウェアをワークエリアに読み込んで実行しつつ伝送制御を行い、バージョンアップの更新時にはフラッシュＲＯＭのファームウェアを更新するようにしたため、動作中にファームウェアの更新を行っても何ら支障が生じることはない。
【００２１】
さらに、請求項５にかかる発明によれば、同様にしてファームウェアのバージョンアップを容易、かつ低コストで行うことが可能な通信機器を提供することができる。
【００２２】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態を説明する。図１は、本発明の一実施形態にかかる通信システムの一例を概略構成図により示している。インターネット等の広域ネットワーク利用者が、ディジタル回線を利用して通信を行うにあたっては、ターミナルアダプタ（ＴＡ）やルータ等の通信機器が必要であり、これらを介して各自のパソコンをディジタル回線に接続する。図１においては、便宜上、ターミナルアダプタ１０，２０のそれぞれを介してパソコンＰＣ１，ＰＣ２がディジタル回線に接続されているとともに、ルータ３０を介してパソコンＰＣ３，ＰＣ４などがディジタル回線に接続されているが、システム構成としてはこの限りではない。なお、本実施形態においては、ターミナルアダプタ１０，２０のそれぞれの機種名は「ＴＡ１，ＴＡ２」であり、ルータ３０の機種名は「ＲＴ１」であるものとする。
【００２３】
これらの通信機器は、所定のファームウェア（ＦＷ）の制御に従って伝送制御を行うものであり、各々のターミナルアダプタ１０，２０やルータ３０においては、伝送制御の内容は異なることがあっても、ハードウェア構成としては概ね同視することができる。ここで、ターミナルアダプタ１０を例示しつつ、かかる通信機器のハードウェア構成について簡単に説明する。図２は、ターミナルアダプタ１０のハードウェア構成を概略ブロック図により示している。同図において、ターミナルアダプタ１０は、所定のコントローラ１１を介してディジタル回線の側とパソコンＰＣ１の側に接続されており、ＣＰＵ１２の制御に基づいて伝送制御が行われる。具体的には、このＣＰＵ１２は、電源投入時も含めたリセット時にフラッシュＲＯＭ１３に格納されたファームウェア１３ａをＲＡＭ１４に読み込んで実行することにより伝送制御を行う。この意味において、コントローラ１１〜ＲＡＭ１４が伝送制御手段を構成する。
【００２４】
また、ＣＰＵ１２にはタイマ回路１５が接続されており、このタイマ回路１５は電源投入と同時に計時処理を開始する。一般的に、この種の通信機器は、一旦電源を投入した後は、電源を落とすようなことはないため、タイマ回路１５は電源投入時から計時処理を続行し、「３０日間」計時する毎に所定の割り込み信号をＣＰＵ１２に送出する。
【００２５】
この割り込み信号を検出したＣＰＵ１２は、ＲＡＭ１４に読み込まれたファームウェアに対して特定の命令を送出する。ファームウェアは、このＣＰＵ１２からの命令に対して自己のバージョンナンバーとターミナルアダプタ１０の機種名を戻り値として返すように作り込まれており、ＣＰＵ１２は同ファームウェアのバージョンナンバーと機種名を検知する。その後、ＣＰＵ１２は後述する管理サーバに回線接続して、これらの情報を一のパケットとして同管理サーバに送出し、直ちに回線を切断する。
【００２６】
後述するが、同管理サーバは、各種通信機器の機種名とファームウェアの最新バージョンナンバーとを管理しており、ここで上記のような情報を送出するということは、バージョンアップの要否に関する情報を発信することに他ならない。従って、同情報を発信するＣＰＵ１２およびタイマ回路１５が発信手段を構成する。なお、同管理サーバの回線番号は、図示しないＲＯＭに記憶されており、適宜この回線番号を利用して管理サーバに接続するものとし、また、上記パケットにはターミナルアダプタ１０が接続されるディジタル回線の発番号も含まれている。
【００２７】
ここにおいて、例えばＩＳＤＮを利用したＵＵＩ接続サービスにおいては、一パケットは「１２８バイト」で構成される。従って、一のパケットに発番号やファームウェアのバージョンナンバーや機種名を収容することは可能である。また、このＵＵＩ接続サービスにおいては、通信距離にかかわらず、一パケットあたり一律に「０．４円」の回線使用料が加算されるようになっており、上記のような発信時の回線使用料は軽微であるということができ、さらに、この発信が「３０日」に一度であることから利用者の経済的負担は極めて少ないといえる。
【００２８】
かかるターミナルアダプタ１０，２０やルータ３０等の通信機器のメーカー４０は、ディジタル回線に接続された管理サーバ４１を備えている。この管理サーバ４１は、ハードディスク４２に格納されたアプリケーション（ＡＰＬ）４２ａを常駐しており、上記のようにして通信機器の側から送信されたパケットの着信を検出すると、図３のフローチャートに従って処理を実行する。
【００２９】
同図において、ステップＳ１１０では、着信パケットを解析して発番号を抽出するとともに、同パケットの送信元の通信機器におけるファームウェアのバージョンナンバーと機種名を抽出する。そして、次のステップＳ１２０において、抽出したバージョンナンバーと機種名とからバージョンアップが必要か否かを検知する。具体的には、ハードディスク４２には、所定のデータベース（ＤＢ）４２ｂが構築されており、このデータベース４２ｂを検索してバージョンアップの要否を判断する。
【００３０】
図４は、データベース４２ｂのデータ内容をテーブル形式で表している。同図において、各レコードは、「機種名」、「最新バージョン」、「ファームウェアファイル」の各フィールドから構成される。ここにおいて、「機種名」は、各通信機器の機種名を表しており、例えば上述したような「ＴＡ１，ＴＡ２，ＲＴ１」などが該当し、「最新バージョン」は、現時点での各通信機器のファームウェアに対する最新バージョンナンバーを表している。また、同最新バージョンに対応した各通信機器のファームウェアは、管理サーバ４１においてファイル化されており、「ファームウェアファイル」とは、同ファイル化されたファームウェア４２ｃのファイル名を表している。むろん、ここにおけるファイル名とは、管理サーバ４１上のファイルが所定のオペレーティングシステムにより階層構造で管理されている場合は、そのパス名も含めたファイル名を表している。このようなデータベース４２ｂやファイル化されたファームウェア４２ｃのセットアップは、ファームウェアのバージョンアップがある毎にメーカー４０の側のシステム管理者により行われる。
【００３１】
すなわち、ステップＳ１２０では、上記のように構成したデータベース４２ｂをステップＳ１１０で抽出した機種名で検索し、該当するレコードにおいて、同様にステップＳ１１０で抽出したバージョンナンバーと「最新バージョン」とが一致するか否かを検知する。ここで、両者が一致しなければ、パケット送信元の通信機器におけるファームウェアのバージョンが古いものと判断する。そして、次のステップＳ１３０にて、ステップＳ１１０で抽出した発番号に対してコールバックにより回線接続した後、ファームウェアの更新を表すパケットを送信してその旨を通信機器の側に通知し、ステップＳ１４０で対応するファームウェアファイルを転送して転送終了後に回線を切断する。従って、管理サーバ４１は、アプリケーション４２ａによりバージョンアップの要否の判断と、ファームウェアの転送を行っており、アプリケーション４２ａとこのアプリケーション４２ａを実行するハードウェアとが全体として更新制御手段を構成する。
【００３２】
一方、このファームウェアの転送先がターミナルアダプタ１０であるものとすると、ＣＰＵ１２は上記パケットからファームウェアの更新であることを検知し、受信したファームウェアをフラッシュＲＯＭ１３に転送して旧バージョンのファームウェア１３ａを最新バージョンのファームウェアに更新する。このとき、ＲＡＭ１４には、旧バージョンのファームウェアが保持されており、そのままでは同ファームウェアの制御に従って伝送制御が行われることになる。そこで、ＣＰＵ１２は、フラッシュＲＯＭ１３におけるファームウェア１３ａの更新が終了したら、自己リセットを行って新たにフラッシュＲＯＭ１３からファームウェア１３ａを読み込んでＲＡＭ１４の内容も更新する。従って、ＣＰＵ１２が更新手段を構成する。
【００３３】
ここにおいて、利用者は通信機器の自己リセットを後回しにして、旧バージョンのファームウェアのままでも通信機器を利用したいということも想定し得る。特に、ルータなどでは多くのパソコン等が接続されることが予想されるため、いずれかのパソコンにて通信中であり、リセットにより通信が途切れてしまうと不都合が生じることがある。このような場合には、通信機器に接続されたパソコンの側に所定の制御信号を送信するとともに、パソコン側で自己リセットが了承されるまで自己リセットの実行を保留しておく。他方、パソコンの側では専用のアプリケーションを常駐しておき、通信機器の側からの制御信号を受信したときに、画面上にポップアップするなどして利用者に自己リセットの可否を選択させるようにしておけばよい。また、パソコンにて通信を行うことの少ない深夜などに、上記のような情報を発信してバージョンアップを行うようにしておいてもよい。
【００３４】
さらに、例えばフラッシュＲＯＭ１３内のファームウェア１３ａの更新中に回線障害などにより管理サーバ４１との通信が途絶えてしまうと、フラッシュＲＯＭ１３内のファームウェア１３ａが破壊されてしまい、リセット後に正常に動作しないことになりかねない。そこで、かかる更新が正常終了しなかった場合には、ＲＡＭ１４に保持されたファームウェアにてフラッシュＲＯＭ１３の内容を書き直してもよいし、転送されて来るファームウェアを所定のバッファに一時記憶し、正常に転送が終了した後にフラッシュＲＯＭ１３の内容を更新するようにしてもよい。
【００３５】
ところで、管理サーバ４１から通信機器の側にファームウェアを転送するときは、管理サーバ４１の側から再接続して行っているため、このときの回線使用料はメーカー４０の側の負担となる。とすれば、メーカー４０の側で一方的に経済的な負担を抱え込むようにも思える。しかし、このときの回線使用料を見越して通信機器の販売価格に上乗せしたり、保守料金を別途請求することにより、メーカー４０の側と利用者との間で経済的負担の均衡を保つことも可能である。
【００３６】
次に、上記のように構成した本発明の動作について図５に示すタイミングチャートを参照しつつ説明する。例えば、利用者がターミナルアダプタ１０を購入し、ディジタル回線とパソコンＰＣ１に接続してセットアップを終了させた後に電源を投入する。すると、ＣＰＵ１２は、フラッシュＲＯＭ１３に格納されたファームウェア１３ａをＲＡＭ１４に読み込んで伝送制御を開始するとともに、タイマ回路１５は計時処理を開始する。そして、タイマ回路１５は、「３０日間」計時したところでＣＰＵ１２に対して所定の割り込み信号を送出する。
【００３７】
この割り込み信号を検出したＣＰＵ１２は、ＲＡＭ１４に読み込まれたファームウェアに対して特定の命令を送出し、同ファームウェアのバージョンナンバーとターミナルアダプタ１０の機種名（ＴＡ１）を戻り値として検知する。その後、ＣＰＵ１２はターミナルアダプタ１０のメーカー４０の所有する管理サーバ４１に回線接続してこれらの情報を一のパケットとして管理サーバ４１に発信し、直ちに回線を切断する。むろん、同パケットには発番号も含まれている。
【００３８】
管理サーバ４１は、アプリケーション４２ａを常駐してパケットの着信を監視しており、上記パケットの着信を検出すると、着信パケットから発番号を抽出するとともに、同パケットの送信元であるターミナルアダプタ１０の機種名およびバージョンナンバーを抽出する（ステップＳ１１０）。そして、データベース４２ｂを同機種名で検索し、該当するレコードにおいて、抽出したバージョンナンバーとデータベース４２ｂ上の「最新バージョン」とが一致するか否かを検知する（ステップＳ１２０）。ここで、両者が一致しなければ、ターミナルアダプタ１０のファームウェアのバージョンが古いものと判断するが、本例において最初の発信時には、両者は一致したものとする。すると、ターミナルアダプタ１０のファームウェアはバージョンアップされることなくそのまま終了する。
【００３９】
ターミナルアダプタ１０が最初の発信を行った後に、ターミナルアダプタ１０についてのファームウェアのバージョンアップがあった場合、メーカー４０のシステム管理者は、管理サーバ４１のデータベース４２ｂにおいて、機種名「ＴＡ１」のレコードについて「最新バージョン」および「ファームウェアファイル」の項目を更新するとともに、同「ファームウェアファイル」の項目に指定されるようにファームウェアをファイル化してハードディスク４２に格納しておく。
【００４０】
このファームウェアのバージョンアップの後、ターミナルアダプタ１０が前回の発信を行ってから「３０日間」計時すると、同様にして管理サーバ４１に対して発信する。すると、管理サーバ４１は、同様にして着信パケットの解析を行い（ステップＳ１１０）、バージョンアップの要否を判断する（ステップＳ１２０）。ここにおいて、着信パケットから抽出されたバージョンナンバーと、データベース４２ｂに記憶されたターミナルアダプタ１０に対する「最新バージョン」とが不一致となるため、管理サーバ４１はバージョンアップが必要であると判断する。
【００４１】
そして、着信パケットから抽出したターミナルアダプタ１０の発番号にコールバックにより回線接続した後、ファームウェアの更新を表すパケットを送信してその旨をターミナルアダプタ１０に通知し（ステップＳ１３０）、対応するファームウェアファイルを転送して転送終了後に回線を切断する（ステップＳ１４０）。
【００４２】
一方、ターミナルアダプタ１０の側では、ＣＰＵ１２は上記パケットからファームウェアの更新であることを検知すると、受信したファームウェアをフラッシュＲＯＭ１３に転送して旧バージョンのファームウェア１３ａを最新バージョンのファームウェアに更新する。そして、ＣＰＵ１２はフラッシュＲＯＭ１３におけるファームウェア１３ａの更新が終了したら、自己リセットを行って新たにフラッシュＲＯＭ１３からファームウェア１３ａを読み込んでＲＡＭ１４の内容を更新する。すると、ターミナルアダプタ１０は、最新バージョンのファームウェアに従って伝送制御を行うことになる。
【００４３】
このように、ファームウェアを備えて伝送制御を行うターミナルアダプタ１０，２０やルータ３０等の通信機器を、ディジタル回線を介して管理サーバ４１と接続し、同通信機器において所定期間毎にファームウェアのバージョンアップの要否に関する情報を管理サーバ４１に発信し、管理サーバ４１は同情報に基づいてバージョンアップの要否を判断するとともに、バージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送し、バージョンアップを行うようにしたため、通信機器のファームウェアのバージョンアップを容易、かつ低コストで行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる通信システムの概略構成図である。
【図２】ターミナルアダプタのハードウェア構成を示す概略ブロック図である。
【図３】管理サーバにおける常駐アプリケーションの処理内容を表すフローチャートである。
【図４】同管理サーバにおけるデータベースのデータ内容を示すテーブルである。
【図５】実際のファームウェアの更新手順を示すタイミングチャートの一例である。
【符号の説明】
１０…ターミナルアダプタ
１１…コントローラ
１２…ＣＰＵ
１３…フラッシュＲＯＭ
１３ａ…ファームウェア
１４…ＲＡＭ
１５…タイマ回路
２０…ターミナルアダプタ
３０…ルータ
４０…メーカー
４１…管理サーバ
４２…ハードディスク
４２ａ…アプリケーション
４２ｂ…データベース
４２ｃ…ファームウェア
【発明の属する技術分野】
本発明は、通信回線を介して接続された通信機器と管理サーバとからなる通信システムおよび通信機器に関し、特に、同通信機器のファームウェアのバージョンアップに使用して好適な通信システムおよび通信機器に関する。
【０００２】
【従来の技術】
従来、ターミナルアダプタやルータといった通信機器においては、ファームウェアをバージョンアップすることがしばしばある。このような通信機器のファームウェアのバージョンアップについては、同通信機器の製造元から配布される新バージョンのファームウェアをフロッピーディスクやパソコン通信などにより入手し、利用者側のパソコンを利用して行われることが多い。
【０００３】
具体的なバージョンアップ作業手順は、例えば次のようになる。まず、通信機器とパソコンとをＲＳ−２３２Ｃなどのシリアルインターフェイスにて接続した後、上記新バージョンのファームウェアに添付されたユーティリティを起動し、当該ユーティリティの指示に従いながらパソコンを操作する。すると、パソコンは新バージョンのファームウェアを読み込んで通信機器の側に転送し、同通信機器の側の記憶媒体に格納された旧バージョンのファームウェアを更新する。
【０００４】
【発明が解決しようとする課題】
上述した従来の通信システムにおいては、次のような課題があった。まず、製造元の配布する新バージョンのファームウェアを入手する必要があるとともに、人手を介してバージョンアップ作業を行わなければならず煩わしかった。
【０００５】
本発明は、上記課題に鑑みてなされたもので、通信機器のファームウェアのバージョンアップを容易、かつ低コストで行うことが可能な通信システムおよび通信機器の提供を目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、通信回線を介して接続された通信機器と管理サーバとからなる通信システムであって、上記通信機器は、所定のファームウェアを備えて伝送制御を行う伝送制御手段と、上記ファームウェアのバージョンアップの要否に関する情報を発信する発信手段と、上記ファームウェアのバージョンアップが必要な場合に上記管理サーバから転送される新バージョンのファームウェアに更新する更新手段とを備え、上記管理サーバは、上記通信機器から発信されるバージョンアップの要否に関する情報に基づいてバージョンアップの要否を判断してバージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送する更新制御手段を備え、上記伝送制御手段がリセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで該ファームウェアの制御に従って伝送制御を行いつつ、上記更新手段は上記ファームウェアのバージョンアップが必要な場合に上記記憶媒体に格納されたファームウェアを上記新バージョンのファームウェアに更新する構成としてある。
【０００７】
上記のように構成した請求項１にかかる発明においては、通信機器は伝送制御手段にて所定のファームウェアを備えて伝送制御を行っており、管理サーバとの間では通信回線を介して接続されている。通信機器は、発信手段にて自己のファームウェアのバージョンアップの要否に関する情報を管理サーバに発信する。管理サーバは、更新制御手段にて同バージョンアップの要否に関する情報に基づいてバージョンアップが必要か否かを判断する。そして、バージョンアップの必要があるものと判断された場合、更新制御手段は同通信機器に対してコールバックして新バージョンのファームウェアを転送する。伝送制御手段は、リセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで実行することにより伝送制御を行っている。ここにおいて、バージョンアップの要否に関する情報を発信した結果、バージョンアップの必要があるものと判断された場合に、上述したように新バージョンのファームウェアが通信機器の側に転送され、更新手段は転送 されたファームウェアを受け取って記憶媒体に格納されたファームウェアを更新する。むろん、この時点ではワークエリア上のファームウェアは保持されたままであり、通常の動作には支障はない。
【０００８】
ここにおいて、通信機器とは、ファームウェアの制御に従って通信回線上の伝送制御を行うものであれば、あらゆる種類のものを適用可能であって、特に限定されることはない。従って、例えばルータやターミナルアダプタなどがこれに該当する。また、上記バージョンアップの要否に関する情報とは、更新制御手段にてバージョンアップの要否が判断できるものであればいかなる内容であってもよい。例えば、かかる情報として通信機器におけるファームウェアのバージョンナンバーを発信手段にて発信するとともに、更新制御手段にて同通信機器におけるファームウェアの最新バージョンナンバーを記憶しておく。そして、最新バージョンナンバーと、通信機器から発信されるバージョンナンバーが一致するか否かでバージョンアップの要否を判断するなどしてもよい。むろん、管理サーバに接続される通信機器が多機種にわたることもあるが、このような場合には各通信機器の機種名を上記バージョンアップの要否に関する情報に含めればよい。
【０００９】
通信機器と管理サーバとが通信回線にて接続されている以上、回線使用料がかかることになる。上述したように、新バージョンのファームウェアが転送されてくるときは、管理サーバにてコールバックしてから行われるため、少なくともこのときの回線使用料は利用者側の負担とはならない。回線使用料が利用者側の負担となるのは、バージョンアップの要否に関する情報を発信する時であり、この発信時の回線使用料の負担を軽減することができれば好適である。一般的に、利用者は通信データ量に応じて回線使用料が加算される回線契約を締結していることが多く、この場合には単純に通信データ量を低減すれば回線使用料も軽減されることになる。
【００１０】
そこで、請求項２にかかる発明は、請求項１に記載の通信システムにおいて、上記発信手段は、一のパケットにて上記バージョンアップの要否に関する情報を発信する構成としてある。すなわち、発信手段は、一のパケットに管理サーバがバージョンアップの要否を判断するのに必要な情報を含めて送出する。
【００１１】
この発信手段が、発信を行うタイミングとしては、各種の態様が考えられる。例えば、電源投入時も含めたリセット時に発信するようにしてもよいし、専用の操作キーを備えて当該操作キーが操作されたときに発信するようにしてもよい。
【００１２】
また、別の好適な一例として、請求項３にかかる発明は、請求項１または請求項２のいずれかに記載の通信システムにおいて、上記発信手段は、所定のタイマ手段を備えて一定期間の経過毎に上記バージョンアップの要否に関する情報を発信する構成としてある。上記のように構成した請求項３にかかる発明においては、発信手段は、所定のタイマ手段を備えており、当該タイマ手段にて計時を行って一定期間の経過を検知したら上記バージョンアップの要否に関する情報を発信する。ここにおいて、発信を行う期間を利用者側などで可変設定できるようにしておいてもかまわない。
【００１３】
通信機器はファームウェアに従って伝送制御を行っているため、途中でファームウェアが更新されてしまうと不都合が生じることがある。そこで、かかる不都合を回避する好適な構成の一例として、請求項４にかかる発明は、請求項１〜請求項３のいずれかに記載の通信システムにおいて、上記伝送制御手段は、リセット時にフラッシュＲＯＭに格納されたファームウェアを所定のワークエリアに読み込んで実行することにより伝送制御を行い、上記更新手段は、上記ファームウェアのバージョンアップが必要な場合に上記フラッシュＲＯＭに格納されたファームウェアを上記新バージョンのファームウェアに更新した後に自己リセットを行う構成としてある。
【００１４】
上記のように構成した請求項４にかかる発明においては、伝送制御手段は、リセット時にフラッシュＲＯＭに格納されたファームウェアを所定のワークエリアに読み込んで実行することにより伝送制御を行っている。ここにおいて、バージョンアップの要否に関する情報を発信した結果、バージョンアップの必要があるものと判断された場合に、上述したように新バージョンのファームウェアが通信機器の側に転送され、更新手段は転送されたファームウェアを受け取ってフラッシュＲＯＭに格納されたファームウェアを更新する。むろん、この時点ではワークエリア上のファームウェアは保持されたままであり、通常の動作には支障はない。そして、フラッシュＲＯＭに格納されたファームウェアの更新が終了したら、更新手段は自己リセットを行う。すると、フラッシュＲＯＭに格納された新バージョンのファームウェアがワークエリアに読み込まれて伝送制御に反映される。また、自己リセットを行う前に当該通信機器に接続されたパソコン等に確認メッセージを表示し、了承された場合にのみ自己リセットを行うようにしてもかまわない。
【００１５】
ところで、発明が通信機器と管理サーバから構成される通信システムである場合、その構成物である通信機器または管理サーバのいずれもが独立した発明となり得ることはいうまでもない。そこで、請求項５にかかる発明は、通信機器から発信されるファームウェアのバージョンアップの要否に関する情報に基づいてバージョンアップの要否を判断してバージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送する管理サーバに対して通信回線を介して接続可能な通信機器であって、所定のファームウェアを備えて伝送制御を行う伝送制御手段と、上記ファームウェアのバージョンアップの要否に関する情報を発信する発信手段と、上記ファームウェアのバージョンアップが必要な場合に上記管理サーバから転送される新バージョンのファームウェアに更新する更新手段とを具備し、上記伝送制御手段がリセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで該ファームウェアの制御に従って伝送制御を行いつつ、上記更新手段は上記ファームウェアのバージョンアップが必要な場合に上記記憶媒体に格納されたファームウェアを上記新バージョンのファームウェアに更新する構成としてある。
【００１６】
すなわち、通信システムの構成物である通信機器のみであっても有効に機能することに相違はない。
【００１７】
【発明の効果】
以上説明したように本発明は、通信機器から発信されるバージョンアップの要否に関する情報に対して、管理サーバにてバージョンアップの要否を判断し、バージョンアップが必要な場合に、管理サーバからコールバックして新バージョンのファームウェアを転送し、通信機器のファームウェアを更新するようにしたため、通信機器のファームウェアのバージョンアップを容易、かつ低コストで行うことが可能な通信システムを提供することができる。また、記憶媒体に格納されたファームウェアをワークエリアに読み込んで実行しつつ伝送制御を行い、バージョンアップの更新時には記憶媒体のファームウェアを更新するようにしたため、動作中にファームウェアの更新を行っても何ら支障が生じることはない。
【００１８】
また、請求項２にかかる発明によれば、一のパケットにてバージョンアップの要否に関する情報を発信するようにしたため、発信時の回線使用料を軽減することができる。
【００１９】
さらに、請求項３にかかる発明によれば、一定期間の経過毎に自動的にバージョンアップの要否に関する情報を発信するようにしたため、バージョンアップをし忘れることはない。
【００２０】
さらに、請求項４にかかる発明によれば、フラッシュＲＯＭに格納されたファームウェアをワークエリアに読み込んで実行しつつ伝送制御を行い、バージョンアップの更新時にはフラッシュＲＯＭのファームウェアを更新するようにしたため、動作中にファームウェアの更新を行っても何ら支障が生じることはない。
【００２１】
さらに、請求項５にかかる発明によれば、同様にしてファームウェアのバージョンアップを容易、かつ低コストで行うことが可能な通信機器を提供することができる。
【００２２】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態を説明する。図１は、本発明の一実施形態にかかる通信システムの一例を概略構成図により示している。インターネット等の広域ネットワーク利用者が、ディジタル回線を利用して通信を行うにあたっては、ターミナルアダプタ（ＴＡ）やルータ等の通信機器が必要であり、これらを介して各自のパソコンをディジタル回線に接続する。図１においては、便宜上、ターミナルアダプタ１０，２０のそれぞれを介してパソコンＰＣ１，ＰＣ２がディジタル回線に接続されているとともに、ルータ３０を介してパソコンＰＣ３，ＰＣ４などがディジタル回線に接続されているが、システム構成としてはこの限りではない。なお、本実施形態においては、ターミナルアダプタ１０，２０のそれぞれの機種名は「ＴＡ１，ＴＡ２」であり、ルータ３０の機種名は「ＲＴ１」であるものとする。
【００２３】
これらの通信機器は、所定のファームウェア（ＦＷ）の制御に従って伝送制御を行うものであり、各々のターミナルアダプタ１０，２０やルータ３０においては、伝送制御の内容は異なることがあっても、ハードウェア構成としては概ね同視することができる。ここで、ターミナルアダプタ１０を例示しつつ、かかる通信機器のハードウェア構成について簡単に説明する。図２は、ターミナルアダプタ１０のハードウェア構成を概略ブロック図により示している。同図において、ターミナルアダプタ１０は、所定のコントローラ１１を介してディジタル回線の側とパソコンＰＣ１の側に接続されており、ＣＰＵ１２の制御に基づいて伝送制御が行われる。具体的には、このＣＰＵ１２は、電源投入時も含めたリセット時にフラッシュＲＯＭ１３に格納されたファームウェア１３ａをＲＡＭ１４に読み込んで実行することにより伝送制御を行う。この意味において、コントローラ１１〜ＲＡＭ１４が伝送制御手段を構成する。
【００２４】
また、ＣＰＵ１２にはタイマ回路１５が接続されており、このタイマ回路１５は電源投入と同時に計時処理を開始する。一般的に、この種の通信機器は、一旦電源を投入した後は、電源を落とすようなことはないため、タイマ回路１５は電源投入時から計時処理を続行し、「３０日間」計時する毎に所定の割り込み信号をＣＰＵ１２に送出する。
【００２５】
この割り込み信号を検出したＣＰＵ１２は、ＲＡＭ１４に読み込まれたファームウェアに対して特定の命令を送出する。ファームウェアは、このＣＰＵ１２からの命令に対して自己のバージョンナンバーとターミナルアダプタ１０の機種名を戻り値として返すように作り込まれており、ＣＰＵ１２は同ファームウェアのバージョンナンバーと機種名を検知する。その後、ＣＰＵ１２は後述する管理サーバに回線接続して、これらの情報を一のパケットとして同管理サーバに送出し、直ちに回線を切断する。
【００２６】
後述するが、同管理サーバは、各種通信機器の機種名とファームウェアの最新バージョンナンバーとを管理しており、ここで上記のような情報を送出するということは、バージョンアップの要否に関する情報を発信することに他ならない。従って、同情報を発信するＣＰＵ１２およびタイマ回路１５が発信手段を構成する。なお、同管理サーバの回線番号は、図示しないＲＯＭに記憶されており、適宜この回線番号を利用して管理サーバに接続するものとし、また、上記パケットにはターミナルアダプタ１０が接続されるディジタル回線の発番号も含まれている。
【００２７】
ここにおいて、例えばＩＳＤＮを利用したＵＵＩ接続サービスにおいては、一パケットは「１２８バイト」で構成される。従って、一のパケットに発番号やファームウェアのバージョンナンバーや機種名を収容することは可能である。また、このＵＵＩ接続サービスにおいては、通信距離にかかわらず、一パケットあたり一律に「０．４円」の回線使用料が加算されるようになっており、上記のような発信時の回線使用料は軽微であるということができ、さらに、この発信が「３０日」に一度であることから利用者の経済的負担は極めて少ないといえる。
【００２８】
かかるターミナルアダプタ１０，２０やルータ３０等の通信機器のメーカー４０は、ディジタル回線に接続された管理サーバ４１を備えている。この管理サーバ４１は、ハードディスク４２に格納されたアプリケーション（ＡＰＬ）４２ａを常駐しており、上記のようにして通信機器の側から送信されたパケットの着信を検出すると、図３のフローチャートに従って処理を実行する。
【００２９】
同図において、ステップＳ１１０では、着信パケットを解析して発番号を抽出するとともに、同パケットの送信元の通信機器におけるファームウェアのバージョンナンバーと機種名を抽出する。そして、次のステップＳ１２０において、抽出したバージョンナンバーと機種名とからバージョンアップが必要か否かを検知する。具体的には、ハードディスク４２には、所定のデータベース（ＤＢ）４２ｂが構築されており、このデータベース４２ｂを検索してバージョンアップの要否を判断する。
【００３０】
図４は、データベース４２ｂのデータ内容をテーブル形式で表している。同図において、各レコードは、「機種名」、「最新バージョン」、「ファームウェアファイル」の各フィールドから構成される。ここにおいて、「機種名」は、各通信機器の機種名を表しており、例えば上述したような「ＴＡ１，ＴＡ２，ＲＴ１」などが該当し、「最新バージョン」は、現時点での各通信機器のファームウェアに対する最新バージョンナンバーを表している。また、同最新バージョンに対応した各通信機器のファームウェアは、管理サーバ４１においてファイル化されており、「ファームウェアファイル」とは、同ファイル化されたファームウェア４２ｃのファイル名を表している。むろん、ここにおけるファイル名とは、管理サーバ４１上のファイルが所定のオペレーティングシステムにより階層構造で管理されている場合は、そのパス名も含めたファイル名を表している。このようなデータベース４２ｂやファイル化されたファームウェア４２ｃのセットアップは、ファームウェアのバージョンアップがある毎にメーカー４０の側のシステム管理者により行われる。
【００３１】
すなわち、ステップＳ１２０では、上記のように構成したデータベース４２ｂをステップＳ１１０で抽出した機種名で検索し、該当するレコードにおいて、同様にステップＳ１１０で抽出したバージョンナンバーと「最新バージョン」とが一致するか否かを検知する。ここで、両者が一致しなければ、パケット送信元の通信機器におけるファームウェアのバージョンが古いものと判断する。そして、次のステップＳ１３０にて、ステップＳ１１０で抽出した発番号に対してコールバックにより回線接続した後、ファームウェアの更新を表すパケットを送信してその旨を通信機器の側に通知し、ステップＳ１４０で対応するファームウェアファイルを転送して転送終了後に回線を切断する。従って、管理サーバ４１は、アプリケーション４２ａによりバージョンアップの要否の判断と、ファームウェアの転送を行っており、アプリケーション４２ａとこのアプリケーション４２ａを実行するハードウェアとが全体として更新制御手段を構成する。
【００３２】
一方、このファームウェアの転送先がターミナルアダプタ１０であるものとすると、ＣＰＵ１２は上記パケットからファームウェアの更新であることを検知し、受信したファームウェアをフラッシュＲＯＭ１３に転送して旧バージョンのファームウェア１３ａを最新バージョンのファームウェアに更新する。このとき、ＲＡＭ１４には、旧バージョンのファームウェアが保持されており、そのままでは同ファームウェアの制御に従って伝送制御が行われることになる。そこで、ＣＰＵ１２は、フラッシュＲＯＭ１３におけるファームウェア１３ａの更新が終了したら、自己リセットを行って新たにフラッシュＲＯＭ１３からファームウェア１３ａを読み込んでＲＡＭ１４の内容も更新する。従って、ＣＰＵ１２が更新手段を構成する。
【００３３】
ここにおいて、利用者は通信機器の自己リセットを後回しにして、旧バージョンのファームウェアのままでも通信機器を利用したいということも想定し得る。特に、ルータなどでは多くのパソコン等が接続されることが予想されるため、いずれかのパソコンにて通信中であり、リセットにより通信が途切れてしまうと不都合が生じることがある。このような場合には、通信機器に接続されたパソコンの側に所定の制御信号を送信するとともに、パソコン側で自己リセットが了承されるまで自己リセットの実行を保留しておく。他方、パソコンの側では専用のアプリケーションを常駐しておき、通信機器の側からの制御信号を受信したときに、画面上にポップアップするなどして利用者に自己リセットの可否を選択させるようにしておけばよい。また、パソコンにて通信を行うことの少ない深夜などに、上記のような情報を発信してバージョンアップを行うようにしておいてもよい。
【００３４】
さらに、例えばフラッシュＲＯＭ１３内のファームウェア１３ａの更新中に回線障害などにより管理サーバ４１との通信が途絶えてしまうと、フラッシュＲＯＭ１３内のファームウェア１３ａが破壊されてしまい、リセット後に正常に動作しないことになりかねない。そこで、かかる更新が正常終了しなかった場合には、ＲＡＭ１４に保持されたファームウェアにてフラッシュＲＯＭ１３の内容を書き直してもよいし、転送されて来るファームウェアを所定のバッファに一時記憶し、正常に転送が終了した後にフラッシュＲＯＭ１３の内容を更新するようにしてもよい。
【００３５】
ところで、管理サーバ４１から通信機器の側にファームウェアを転送するときは、管理サーバ４１の側から再接続して行っているため、このときの回線使用料はメーカー４０の側の負担となる。とすれば、メーカー４０の側で一方的に経済的な負担を抱え込むようにも思える。しかし、このときの回線使用料を見越して通信機器の販売価格に上乗せしたり、保守料金を別途請求することにより、メーカー４０の側と利用者との間で経済的負担の均衡を保つことも可能である。
【００３６】
次に、上記のように構成した本発明の動作について図５に示すタイミングチャートを参照しつつ説明する。例えば、利用者がターミナルアダプタ１０を購入し、ディジタル回線とパソコンＰＣ１に接続してセットアップを終了させた後に電源を投入する。すると、ＣＰＵ１２は、フラッシュＲＯＭ１３に格納されたファームウェア１３ａをＲＡＭ１４に読み込んで伝送制御を開始するとともに、タイマ回路１５は計時処理を開始する。そして、タイマ回路１５は、「３０日間」計時したところでＣＰＵ１２に対して所定の割り込み信号を送出する。
【００３７】
この割り込み信号を検出したＣＰＵ１２は、ＲＡＭ１４に読み込まれたファームウェアに対して特定の命令を送出し、同ファームウェアのバージョンナンバーとターミナルアダプタ１０の機種名（ＴＡ１）を戻り値として検知する。その後、ＣＰＵ１２はターミナルアダプタ１０のメーカー４０の所有する管理サーバ４１に回線接続してこれらの情報を一のパケットとして管理サーバ４１に発信し、直ちに回線を切断する。むろん、同パケットには発番号も含まれている。
【００３８】
管理サーバ４１は、アプリケーション４２ａを常駐してパケットの着信を監視しており、上記パケットの着信を検出すると、着信パケットから発番号を抽出するとともに、同パケットの送信元であるターミナルアダプタ１０の機種名およびバージョンナンバーを抽出する（ステップＳ１１０）。そして、データベース４２ｂを同機種名で検索し、該当するレコードにおいて、抽出したバージョンナンバーとデータベース４２ｂ上の「最新バージョン」とが一致するか否かを検知する（ステップＳ１２０）。ここで、両者が一致しなければ、ターミナルアダプタ１０のファームウェアのバージョンが古いものと判断するが、本例において最初の発信時には、両者は一致したものとする。すると、ターミナルアダプタ１０のファームウェアはバージョンアップされることなくそのまま終了する。
【００３９】
ターミナルアダプタ１０が最初の発信を行った後に、ターミナルアダプタ１０についてのファームウェアのバージョンアップがあった場合、メーカー４０のシステム管理者は、管理サーバ４１のデータベース４２ｂにおいて、機種名「ＴＡ１」のレコードについて「最新バージョン」および「ファームウェアファイル」の項目を更新するとともに、同「ファームウェアファイル」の項目に指定されるようにファームウェアをファイル化してハードディスク４２に格納しておく。
【００４０】
このファームウェアのバージョンアップの後、ターミナルアダプタ１０が前回の発信を行ってから「３０日間」計時すると、同様にして管理サーバ４１に対して発信する。すると、管理サーバ４１は、同様にして着信パケットの解析を行い（ステップＳ１１０）、バージョンアップの要否を判断する（ステップＳ１２０）。ここにおいて、着信パケットから抽出されたバージョンナンバーと、データベース４２ｂに記憶されたターミナルアダプタ１０に対する「最新バージョン」とが不一致となるため、管理サーバ４１はバージョンアップが必要であると判断する。
【００４１】
そして、着信パケットから抽出したターミナルアダプタ１０の発番号にコールバックにより回線接続した後、ファームウェアの更新を表すパケットを送信してその旨をターミナルアダプタ１０に通知し（ステップＳ１３０）、対応するファームウェアファイルを転送して転送終了後に回線を切断する（ステップＳ１４０）。
【００４２】
一方、ターミナルアダプタ１０の側では、ＣＰＵ１２は上記パケットからファームウェアの更新であることを検知すると、受信したファームウェアをフラッシュＲＯＭ１３に転送して旧バージョンのファームウェア１３ａを最新バージョンのファームウェアに更新する。そして、ＣＰＵ１２はフラッシュＲＯＭ１３におけるファームウェア１３ａの更新が終了したら、自己リセットを行って新たにフラッシュＲＯＭ１３からファームウェア１３ａを読み込んでＲＡＭ１４の内容を更新する。すると、ターミナルアダプタ１０は、最新バージョンのファームウェアに従って伝送制御を行うことになる。
【００４３】
このように、ファームウェアを備えて伝送制御を行うターミナルアダプタ１０，２０やルータ３０等の通信機器を、ディジタル回線を介して管理サーバ４１と接続し、同通信機器において所定期間毎にファームウェアのバージョンアップの要否に関する情報を管理サーバ４１に発信し、管理サーバ４１は同情報に基づいてバージョンアップの要否を判断するとともに、バージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送し、バージョンアップを行うようにしたため、通信機器のファームウェアのバージョンアップを容易、かつ低コストで行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる通信システムの概略構成図である。
【図２】ターミナルアダプタのハードウェア構成を示す概略ブロック図である。
【図３】管理サーバにおける常駐アプリケーションの処理内容を表すフローチャートである。
【図４】同管理サーバにおけるデータベースのデータ内容を示すテーブルである。
【図５】実際のファームウェアの更新手順を示すタイミングチャートの一例である。
【符号の説明】
１０…ターミナルアダプタ
１１…コントローラ
１２…ＣＰＵ
１３…フラッシュＲＯＭ
１３ａ…ファームウェア
１４…ＲＡＭ
１５…タイマ回路
２０…ターミナルアダプタ
３０…ルータ
４０…メーカー
４１…管理サーバ
４２…ハードディスク
４２ａ…アプリケーション
４２ｂ…データベース
４２ｃ…ファームウェア
Claims (5)
- 通信回線を介して接続された通信機器と管理サーバとからなる通信システムであって、
上記通信機器は、所定のファームウェアを備えて伝送制御を行う伝送制御手段と、上記ファームウェアのバージョンアップの要否に関する情報を発信する発信手段と、上記ファームウェアのバージョンアップが必要な場合に上記管理サーバから転送される新バージョンのファームウェアに更新する更新手段とを備え、
上記管理サーバは、上記通信機器から発信されるバージョンアップの要否に関する情報に基づいてバージョンアップの要否を判断してバージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送する更新制御手段を備え、
上記伝送制御手段がリセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで該ファームウェアの制御に従って伝送制御を行いつつ、上記更新手段は上記ファームウェアのバージョンアップが必要な場合に上記記憶媒体に格納されたファームウェアを上記新バージョンのファームウェアに更新する
ことを特徴とする通信システム。 - 上記請求項１に記載の通信システムにおいて、上記発信手段は、一のパケットにて上記バージョンアップの要否に関する情報を発信することを特徴とする通信システム。
- 上記請求項１または請求項２のいずれかに記載の通信システムにおいて、上記発信手段は、所定のタイマ手段を備えて一定期間の経過毎に上記バージョンアップの要否に関する情報を発信することを特徴とする通信システム。
- 上記請求項１〜請求項３のいずれかに記載の通信システムにおいて、上記記憶媒体はフラッシュＲＯＭであり、上記伝送制御手段は、リセット時にフラッシュＲＯＭに格納されたファームウェアを所定のワークエリアに読み込んで実行することにより伝送制御を行い、上記更新手段は、上記ファームウェアのバージョンアップが必要な場合に上記フラッシュＲＯＭに格納されたファームウェアを上記新バージョンのファームウェアに更新した後に自己リセットを行うことを特徴とする通信システム。
- 通信機器から発信されるファームウェアのバージョンアップの要否に関する情報に基づいてバージョンアップの要否を判断してバージョンアップが必要な場合に同通信機器にコールバックして新バージョンのファームウェアを転送する管理サーバに対して通信回線を介して接続可能な通信機器であって、
所定のファームウェアを備えて伝送制御を行う伝送制御手段と、
上記ファームウェアのバージョンアップの要否に関する情報を発信する発信手段と、
上記ファームウェアのバージョンアップが必要な場合に上記管理サーバから転送される新バージョンのファームウェアに更新する更新手段とを具備し、
上記伝送制御手段がリセット時に記憶媒体に格納されたファームウェアを所定のワークエリアに読み込んで該ファームウェアの制御に従って伝送制御を行いつつ、上記更新手段は上記ファームウェアのバージョンアップが必要な場合に上記記憶媒体に格納されたファームウェアを上記新バージョンのファームウェアに更新する
ことを特徴とする通信機器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00955898A JP3886076B2 (ja) | 1998-01-21 | 1998-01-21 | 通信システムおよび通信機器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00955898A JP3886076B2 (ja) | 1998-01-21 | 1998-01-21 | 通信システムおよび通信機器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11215245A JPH11215245A (ja) | 1999-08-06 |
| JP3886076B2 true JP3886076B2 (ja) | 2007-02-28 |
Family
ID=11723623
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00955898A Expired - Lifetime JP3886076B2 (ja) | 1998-01-21 | 1998-01-21 | 通信システムおよび通信機器 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3886076B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006311177A (ja) * | 2005-04-28 | 2006-11-09 | Nec Corp | ネットワーク装置の設定及びファームウェアの更新方法、ネットワーク装置並びにコンピュータプログラム |
| JP6878123B2 (ja) * | 2017-04-27 | 2021-05-26 | 株式会社東芝 | 制御装置、無線端末交換方法及び通信システム |
-
1998
- 1998-01-21 JP JP00955898A patent/JP3886076B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11215245A (ja) | 1999-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6971095B2 (en) | Automatic firmware version upgrade system | |
| CN100391176C (zh) | 用于远端更新家用设备功能的方法和系统 | |
| US7003767B2 (en) | System and method for remotely updating software applications | |
| US5845077A (en) | Method and system for identifying and obtaining computer software from a remote computer | |
| US20120192173A1 (en) | System and method for updating software in electronic devices | |
| JPH07225724A (ja) | ソフトウェア遠隔自動更新システムおよび方法 | |
| US6947894B1 (en) | User voice based resource saving preemption | |
| JPH10111856A (ja) | データ提供装置とそれに接続される端末装置及びプログラム記憶媒体 | |
| JP3886076B2 (ja) | 通信システムおよび通信機器 | |
| KR101600078B1 (ko) | 식별자 디바이스 및 디바이스를 식별하기 위한 방법 | |
| JP2003228486A (ja) | ソフトウェア管理方法、ソフトウェア管理システム及びプログラム | |
| JP2002132511A (ja) | プログラム更新システム | |
| JP2002149363A (ja) | 画像処理装置及び情報処理システム | |
| JP2005250732A (ja) | バージョンアップ制御プログラムおよびバージョンアップ制御方法 | |
| JPH10143407A (ja) | 情報提供システム | |
| JPH11282818A (ja) | クライアント構成情報管理システムおよびクライアント構成情報管理方式 | |
| JPH10320184A (ja) | ソフトウェアバージョン管理システム | |
| JPH11316684A (ja) | ネットワークシステム及びそのシステムにおけるソフトウェア自動配布方法並びにその制御プログラムを記録した記録媒体 | |
| JP2006344115A (ja) | サーバ、サーバの情報処理方法及びプログラム | |
| JP3424677B2 (ja) | データ処理装置及びデータ処理方法 | |
| JPH03276338A (ja) | 端末ソフトウェアの簡易保守方式 | |
| JP2001296976A (ja) | ネットワークプリンタシステム | |
| JP3171658B2 (ja) | ネットワークにおけるソフトウェア管理方法 | |
| JP4298494B2 (ja) | 管理装置，遠隔管理システム，およびカウンタ監視型遠隔管理方法 | |
| JP2002094504A (ja) | インターネット利用料金の課金装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041224 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060728 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060809 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061003 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061025 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061120 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101201 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111201 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121201 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131201 Year of fee payment: 7 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |