(57)【要約】【課題】ファームウェアのバージョンアップにおいて、無駄なトラフィックが発生したり、トラフィックが集中することがある。【解決手段】本発明によるバージョン管理システムは、プログラムが搭載された装置５０と、装置に搭載されているプログラムのバージョンを管理するバージョン管理装置９０とを備え、バージョン管理装置９０は、装置５０に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶するバージョン管理情報記憶手段９１と、新たなバージョンのプログラムが登録されると、バージョン管理情報記憶手段９１が記憶するバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定手段９２と、装置特定手段９２が特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御手段９６とを含むことを特徴とする。【選択図】図１１
2010257180.tif 000002
【特許請求の範囲】
【請求項１】
プログラムが搭載された装置と、
前記装置に搭載されているプログラムのバージョンを管理するバージョン管理装置とを備え、
前記バージョン管理装置は、
前記装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶するバージョン管理情報記憶手段と、
新たなバージョンのプログラムが登録されると、前記バージョン管理情報記憶手段が記憶する前記バージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定手段と、
前記装置特定手段が特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御手段とを含む
ことを特徴とするバージョン管理システム。
【請求項２】
装置特定手段は、バージョン管理情報に基づいて、搭載するプログラムのバージョンが、新たに登録されたプログラムのバージョンよりも古い装置を特定する
請求項１記載のバージョン管理システム。
【請求項３】
バージョン管理装置は、
装置のバージョーンアップが完了すると、前記装置が搭載するプログラムのバージョン情報に基づいて、バージョン管理情報記憶手段が記憶するバージョン管理情報を更新するバージョン管理情報更新手段を含む
請求項２記載のバージョン管理システム。
【請求項４】
バージョン管理情報記憶手段は、装置へのアクセスが許可されているか否かを示す設定情報であるアクセス可否情報を記憶し、
装置特定手段は、前記アクセス可否情報で示される設定内容に従って、アクセスが許可されている装置を特定する
請求項１から請求項３のうちのいずれか１項に記載のバージョン管理システム。
【請求項５】
バージョン管理情報記憶手段は、装置が搭載する機能を特定可能な機能情報を記憶し、
装置特定手段は、前記機能情報に基づいて、新たに登録されたプログラムによって実現される機能を搭載する前記装置を特定する
請求項１から請求項４のうちのいずれか１項に記載のバージョン管理システム。
【請求項６】
装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶するバージョン管理情報記憶手段と、
新たなバージョンのプログラムが登録されると、前記バージョン管理情報記憶手段が記憶する前記バージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定手段と、
前記装置特定手段が特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御手段とを
備えたことを特徴とするバージョン管理装置。
【請求項７】
装置特定手段は、バージョン管理情報に基づいて、搭載するプログラムのバージョンが、新たに登録されたプログラムのバージョンよりも古い装置を特定する
請求項６記載のバージョン管理装置。
【請求項８】
新たなバージョンのプログラムが登録されると、記憶部が記憶する装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定ステップと、
特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御ステップとを
含むことを特徴とするバージョン管理方法。
【請求項９】
装置特定ステップで、バージョン管理情報に基づいて、搭載するプログラムのバージョンが、新たに登録されたプログラムのバージョンよりも古い装置を特定する
請求項８記載のバージョン管理方法。
【請求項１０】
装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶する記憶部を備えたコンピュータに、
新たなバージョンのプログラムが登録されると、前記記憶部が記憶する前記バージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定処理と、
特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御処理とを
実行させるためのバージョン管理プログラム。
【請求項１１】
コンピュータに、
装置特定処理で、バージョン管理情報に基づいて、搭載するプログラムのバージョンが、新たに登録されたプログラムのバージョンよりも古い装置を特定する処理を実行させる
請求項１０記載のバージョン管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ルータ等が搭載するファームウェアのバージョンを管理するバージョン管理システム、バージョン管理装置、バージョン管理方法及びバージョン管理プログラムに関する。
【背景技術】
【０００２】
近年、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）による音声通信とともに、映像配信サービスも急激に普及し始めている。これに伴い、ルータに要求される機能が高度化し、ルータを用いたサービスも多様化している。そのため、追加サービスや、サービス形態の変更（例えば、電話番号形態の変更）が、装置出荷後に発生し、ファームウェアの変更を必要とするケースが多々発生する。
【０００３】
このような、ファームウェア等を自動的にバージョンアップする方法として、例えば、Ｗｉｎｄｏｗｓ（登録商標）  Ｕｐｄａｔｅが一般的に知られている。また、特許文献１及び特許文献２には、通信機器が搭載するファームウェアのバージョンアップを簡易に行うシステムが記載されている。
【０００４】
例えば、特許文献１及び特許文献２に記載されたシステムでは、ファームウェアを配信可能なサーバと電子機器とを備え、電子機器は、サーバにアクセスし、配信可能なファームウェアの存在を確認する。そして、配信可能なファームウェアがあれば、電子機器は、サーバから、該当するファームウェアをダウンロードし、インストールする。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２１５２４５号公報
【特許文献２】特開２００３−００５９９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般に、ルータ等の装置が搭載するファームウェアのバージョンアップを行うために、ユーザは、まず、製造業者が配布する新バージョンのファームウェアを、フレキシブルディスク等の記憶媒体で入手したり、製造業者のホームページにアクセスして、ダウンロードすることによって入手する。
【０００７】
そして、ファームウェアを入手した後に、ユーザは、ファームウェアやパーソナルコンピュータ（以下、ＰＣ）等を用いて、ルータ等の装置が搭載するファームウェアのバージョンアップ処理を実行する。
【０００８】
そのため、製造業者は、新バージョンのファームウェア等を準備すると、ユーザに対して、個別に記憶媒体の配布や、その通知を行う必要がある。また、上述したように、ユーザは、新バージョンのファームウェアを入手するアクションや、バージョンアップ作業を行う必要がある。従って、製造業者とユーザとの双方の作業者に、多大な労力が必要となる。
【０００９】
また、特許文献１及び特許文献２に記載されたシステムによれば、製造業者とユーザとの双方の作業者の負担をある程度軽減することができる。しかし、特許文献１及び特許文献２に記載されたシステムでは、ユーザ側からアクション（問い合わせ）を実施するため、更新するファームウェアがなくてもサーバにアクセスすることで、無駄なトラフィックが発生するという問題がある。また、集中管理ができていないため、複数ユーザが同時にサーバにアクセスし、ファームウェアをダウンロードする時間が重なることで、過剰トラフィックを誘発してしまうという問題がある。
【００１０】
そこで、本発明は、ファームウェア等のバージョンアップ処理において、作業者の負担を軽減し、かつ、無駄なトラフィックの発生及びトラフィックの集中を抑制することができるバージョン管理システム、バージョン管理装置、バージョン管理方法及びバージョン管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明によるバージョン管理システムは、プログラムが搭載された装置と、装置に搭載されているプログラムのバージョンを管理するバージョン管理装置とを備え、バージョン管理装置は、装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶するバージョン管理情報記憶手段と、新たなバージョンのプログラムが登録されると、バージョン管理情報記憶手段が記憶するバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定手段と、装置特定手段が特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御手段とを含むことを特徴とする。
【００１２】
本発明によるバージョン管理装置は、装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶するバージョン管理情報記憶手段と、新たなバージョンのプログラムが登録されると、バージョン管理情報記憶手段が記憶するバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定手段と、装置特定手段が特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御手段とを備えたことを特徴とする。
【００１３】
本発明によるバージョン管理方法は、新たなバージョンのプログラムが登録されると、記憶部が記憶する装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定ステップと、特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御ステップとを含むことを特徴とする。
【００１４】
本発明によるバージョン管理プログラムは、装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶する記憶部を備えたコンピュータに、新たなバージョンのプログラムが登録されると、記憶部が記憶するバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定処理と、特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御処理とを実行させることを特徴とする。
【００１５】
本発明によるバージョン管理システムは、装置固有の管理番号及びバージョン情報を装置に予め保持し、また、バージョンアップ管理サーバで、この管理番号及びバージョン情報を管理することで、無駄なトラフィックの発生をなくし、かつ簡単にファームウェアのバージョンアップ及びバージョン情報管理を可能とすることを特徴とする。
【００１６】
本発明は、サーバー側でバージョン管理を実施することと、常にサーバー側からアクションを実施させることとを特徴としている。また、これにより、無駄な問い合わせによる、無駄なトラフィックを抑えることや、複数ユーザの同時ダウンロードによる過剰トラフィックの発生を制御することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ファームウェア等のバージョンアップ処理において、作業者の負担を軽減し、かつ、無駄なトラフィックの発生及びトラフィックの集中を抑制することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明によるバーション管理システムの構成例を示すブロック図である。
【図２】ルータの構成の一例を示すブロック図である。
【図３】管理サーバ９が記憶する情報の一例を示す説明図である。
【図４】ルータが記憶する情報の一例を示す説明図である。
【図５】バーション管理システムの機能構成の一例を示す機能ブロック図である。
【図６】バーション管理システムが実行する処理例を示す流れ図である。
【図７】管理サーバ９が記憶する情報の一例を示す説明図である。
【図８】ルータが記憶する情報の一例を示す説明図である。
【図９】管理サーバ９が記憶する情報の一例を示す説明図である。
【図１０】ルータが記憶する情報の一例を示す説明図である。
【図１１】バージョン管理システムの最小の構成例を示す機能ブロック図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態について図面を参照して説明する。図１は、本発明によるバーション管理システムの構成例を示すブロック図である。図１に示すように、バーション管理システムは、ＰＣ１，１２、ＳＴＢ（Ｓｅｔ−ｔｏｐ  ｂｏｘ）２、ＴＶ（テレビジョン受信機）３、ＩＰ電話機４，１３、ルータ５，７，１１、ＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）サーバ８、管理サーバ９及びＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ１０を含む。
【００２０】
ルータ５は、端末側のインタフェースとして、ユーザ端末であるＰＣ１、ＩＰ電話機４、及びＳＴＢ２と接続されている。また、ルータ５は、ＳＴＢ２を介して、ＴＶ３と接続されている。ルータ７は、ＶＯＤサーバ８、管理サーバ９及びＳＩＰサーバ１０と接続されている。ルータ１１は、ＰＣ１２及びＩＰ電話機１３と接続されている。
【００２１】
図１に示すように、ルータ５、ルータ７及びルータ１１は、回線事業者が提供するインターネット等のネットワーク６を介して、相互に接続されている。ルータ５、ルータ７及びルータ１１は、インターネットや、ＩＰ電話、ＶＯＤ等のサービスの提供を行うために用いられる。
【００２２】
本実施形態では、図１に示すルータ５とルータ７とは、ＰＰＰｏＥを用いて接続されている。また、同様に、ルータ７とルータ１１とは、ＰＰＰｏＥを用いて接続されている。
【００２３】
また、図１に示すＩＰ電話機４とＩＰ電話機１３とは、通話時には、ＳＩＰサーバ１０によって、ＥＮＤ−ＴＯ−ＥＮＤで接続されている。
【００２４】
また、ＳＴＢ２とＶＯＤサーバ８との間では、動画をＩＰデータに変換したデータが転送される。また、ＩＰ電話機４とＩＰ電話機１３との間では、音声をＩＰデータに変換したデータが転送される。
【００２５】
ルータ５，７，１１は、管理サーバ９から、後述するファームウェアのバージョンアップを推奨する通知情報を受信すると、管理サーバ９にアクセスして、新規ファームウェアをダウンロードし、バージョンアップを行う機能を備えている。ルータ５，７，１１は、バージョンアップが正常に完了すると、管理サーバ９に、完了通知情報とともに、ルータのファームウェアのバージョンを示すバージョン情報を送信する機能を備えている。
【００２６】
管理サーバ９は、具体的には、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される。管理サーバ９は、図３に示すように、管理サーバ９の配下に設置された装置（例えば、ルータ）を識別可能な管理番号や、各装置（ルータ）が搭載するファームウェアを示す情報等を対応付けて登録（記憶）している。また、管理サーバ９は、ダウンロード用の各種ルータのファームウェアも登録（記憶）している。なお、本実施形態では、管理サーバ９による管理対象とされている装置のことを「管理サーバ９の配下に設置された装置」と表現する。
【００２７】
管理サーバ９は、管理サーバ９に新規ファームウェアが登録（記憶）されると、配下に設置された装置（ルータ）に対して、バージョンアップを推奨する通知情報を送信する機能を備えている。管理サーバ９は、例えば、登録（記憶）している各装置のファームウェアと、ダウンロード用ファームウェアとで、バージョンを比較し、差分がある場合に、該当する装置（ルータ）にバージョンアップを推奨する通知情報を送信する。
【００２８】
管理サーバ９は、装置（ルータ）から、完了通知情報とともにバージョン情報を受信すると、登録（記憶）している管理情報（例えば、ファームウェアのバージョン情報や更新日）を更新する機能を備えている。
【００２９】
ＳＴＢ２は、ＩＰ放送（例えば、ＶＯＤ）等の放送信号を受信して、視聴可能な信号に変換する機能を備えている。ＶＯＤサーバ８は、具体的には、プログラムに従って動作する情報処理装置によって実現される。ＶＯＤサーバ８は、ＶＯＤクライアントにコンテンツを配信する機能を備えている。
【００３０】
ＳＩＰサーバ１０は、具体的には、プログラムに従って動作する情報処理装置によって実現される。ＳＩＰサーバ１０は、ＳＩＰプロトコルを用いて、電話番号とＩＰアドレスとを対応付けたり、相手を呼び出してつなぐ呼制御を行う機能を備えている。
【００３１】
次に、本実施形態で用いるルータについて説明する。図２は、ルータの構成の一例を示すブロック図である。
【００３２】
図２に示すように、ルータは、メモリ部１４、ＲＯＭ部１５、中央処理部（ＣＰＵ）１６、ＬＡＮ制御部１７、ＷＡＮ制御部１８及びＶｏＩＰ制御部１９を含む。
【００３３】
メモリ部１４は、通信データやＣＰＵのＷＯＲＫメモリを格納する。ＲＯＭ部１５は、プログラムを格納する。中央処理部１６は、装置全体を制御する機能を備えている。
【００３４】
ＬＡＮ制御部１７は、図４に示すユーザー端末のＰＣｏｒＳＴＢ２０を接続するためのＥｔｈｅｒｎｅｔ（登録商標）を制御する機能を備えている。ＶｏＩＰ制御部１９は、電話機２１と接続するための電話回線等を制御する機能を備えている。ＷＡＮ制御部１８は、ネットワーク２２と接続するための制御を行う機能を備えている。
【００３５】
また、ＲＯＭ部１５は、図４に示すように、装置固有の管理番号やファームウェア情報等を格納している。なお、ファームウェア情報は、バージョンアップ処理を実行することによって更新される。
【００３６】
次に、バージョン管理システムの機能構成について説明する。図５は、バージョン管理システムの機能構成の一例を示す機能ブロック図である。
【００３７】
図５に示すように、バージョン管理システムは、管理サーバ９と、ルータ５とを含む。なお、本実施形態では、ルータ５を用いて説明するが、例えば、ルータ７やルータ１１をバージョン管理システムにおける管理対象の装置としてもよい。また、本実施形態では、ルータを管理対象の装置として説明するが、管理対象の装置は、ルータに限らず、例えば、ＰＣやＩＰ電話機等の装置であってもよい。また、本実施形態では、ファームウェアをバージョン管理の対象として説明するが、バージョン管理の対象は、ファームウェア以外のプログラムであってもよい。
【００３８】
管理サーバ９は、バージョン管理情報記憶手段９１、装置特定手段９２、推奨通知手段９３、ファームウェア送信手段９４及び管理情報更新手段９５を含む。管理サーバ９は、複数のルータに搭載されているファームウェアのバージョン情報を一括管理し、各ルータのファームウェアのバージョンアップを実行させる制御を行う。
【００３９】
バージョン管理情報記憶手段９１は、具体的には、プログラムに従って動作する情報処理装置が搭載する磁気ディスク装置や光ディスク装置等の記憶装置によって実現される。バージョン管理情報記憶手段９１は、管理サーバ９の配下に設置された各ルータの管理情報（例えば、装置名や管理番号、ファームウェアのバージョン情報等）を記憶する。また、バージョン管理情報記憶手段９１は、ルータに配信可能なファームウェアを記憶する。
【００４０】
装置特定手段９２は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。装置特定手段９２は、新しいファームウェアが登録（記憶）されると、そのファームウェアを用いてバージョンアップ処理を実行する必要がある装置を特定する機能を備えている。装置特定手段９２は、例えば、バージョン管理情報記憶手段９１が記憶する各ルータの管理情報に基づいて、新しく登録された（記憶した）ファームウェアのバージョンと、各ルータが搭載するファームウェアのバージョンとを比較する。そして、装置特定手段９２は、新しく登録（記憶）されたファームウェアよりも古いバージョンのファームウェアを搭載しているルータを特定する。
【００４１】
推奨通知手段９３は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵ及びネットワークインタフェース部によって実現される。推奨通知手段９３は、装置特定手段９２が特定したルータにバージョンアップを推奨する通知情報を送信する機能を備えている。推奨通知手段９３は、例えば、バージョン管理情報記憶手段９１が記憶する管理情報から、該当するルータの情報（例えば、グローバルＩＰアドレス）を抽出し、抽出した情報に基づいて、通知情報を送信することができる。
【００４２】
ファームウェア送信手段９４は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵ及びネットワークインタフェース部によって実現される。ファームウェア送信手段９４は、ルータからの配信（ダウンロード）要求に基づいて、ファームウェアをルータに送信する機能を備えている。
【００４３】
管理情報更新手段９５は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵ及び磁気ディスク装置や光ディスク装置等の記憶装置によって実現される。管理情報更新手段９５は、ルータからバージョンアップ完了通知情報とともに、ルータが搭載するファームウェアのバージョン等を示す情報を受信すると、受信した情報に基づいて、バージョン管理情報記憶手段９１が記憶するルータの登録（管理）情報（例えば、バージョン情報や更新日等）を更新する機能を備えている。
【００４４】
ルータ５は、ファームウェア要求手段５１、バージョンアップ実行手段５２及び完了通知手段５３を含む。
【００４５】
ファームウェア要求手段５１は、具体的には、プログラムに従って動作するルータのＣＰＵ及びネットワークインタフェース部によって実現される。ファームウェア要求手段５１は、管理サーバ９から受信したファームウェアのバージョンアップを推奨する通知情報に基づいて、管理サーバ９にファームウェアの配信（ダウンロード）要求を送信する機能を備えている。なお、ファームウェア要求手段５１は、バージョンアップを推奨する通知情報がなければ、管理サーバ９にファームウェアを要求することができない。そのため、本実施形態では、管理サーバ９が、各ルータのバージョンアップ処理を主導的に実行することとなる。
【００４６】
バージョンアップ実行手段５２は、具体的には、プログラムに従って動作するルータのＣＰＵ及び記憶部によって実現される。バージョンアップ実行手段５２は、管理サーバ９から受信したファームウェアを用いて、ルータ５が搭載するファームウェアをバージョンアップする機能を備えている。
【００４７】
完了通知手段５３は、プログラムに従って動作するルータのＣＰＵ及びネットワークインタフェース部によって実現される。完了通知手段５３は、バージョンアップ処理が完了すると、完了通知情報とともに、ルータ５が搭載するファームウェアのバージョン等を示す情報を管理サーバ９に送信する機能を備えている。
【００４８】
次に、バージョン管理システムの動作について説明する。図６は、バージョン管理システムが実行する処理例を示す流れ図である。
【００４９】
新規ファームウェアをリリースするために、管理者（例えば、ルータ製造業者）は、管理サーバ９に新規ファームウェアを登録する操作を行う。すると、管理サーバ９は、管理者の操作に従って、バージョン管理情報記憶手段９１に新規ファームウェアを登録（記憶）させる（ステップＳ１）。
【００５０】
次いで、装置特定手段９２は、図３に示す各ルータの管理情報を用いて、各ルータが搭載するファームウェアのバージョンと、新たに登録（記憶）した新規ファームウェアのバージョンとの比較を行う。そして、装置特定手段９２は、管理情報に基づいて、新たに登録（記録）した新規ファームウェアより、古いバージョンのファームウェアを搭載しているルータを特定する（ステップＳ２）。
【００５１】
ステップＳ２において、ルータを特定できなかった場合（バージョンの古いファームウェアを搭載しているルータが存在しない場合）、管理サーバ９は、処理を終了する。一方、ステップＳ２において、ルータを特定した場合（バージョンの古いファームウェアを搭載しているルータが存在する場合）、推奨通知手段９３は、装置特定手段９２が特定したルータにバージョンアップを推奨する通知情報を送信する（ステップＳ３）。推奨通知手段９３は、例えば、バージョン管理情報記憶手段９１が記憶する管理情報から、該当するルータの情報（例えば、グローバルＩＰアドレス）を抽出し、抽出した情報に基づいて、通知情報を送信することができる。また、管理サーバ９は、例えば、推奨する通知を複数ルータで時間的に重ならないように、所定期間（例えば、少なくとも１台のルータがファームウェアをダウンロードするのに要する時間以上）あけて次の通知情報の送信を行うように制御する。
【００５２】
次いで、管理サーバ９からバージョンアップを推奨する通知情報を受信すると、ルータ５は、管理サーバ９に新規ファームウェアの配信（ダウンロード）要求を送信する（ステップＳ４）。
【００５３】
なお、ルータ５は、通知情報を受信すると、ファームウェアのバージョンアップを実行するか否かを判断し、実行すると判断した場合に、新規ファームウェアの配信（ダウンロード）要求を送信するようにしてもよい。例えば、ルータ５は、バージョンアップを実行するか否かを示す情報を予め保持しておき、その情報に基づいて、実行するか否かを判断することができる。また、例えば、ルータ５は、ルータ５と接続されているＰＣ１の表示部に受信した通知情報を表示させて、ユーザに実行するか否かを選択する入力操作をさせ、ユーザの入力に基づいて、実行するか否かを判断することができる。
【００５４】
次いで、ファームウェア送信手段９４は、ルータ５から新規ファームウェアの配信（ダウンロード）要求を受信すると、該当するファームウェアをバージョン管理情報記憶手段９１から抽出し、抽出したファームウェアをルータ５に送信する（ステップＳ５）。
【００５５】
次いで、バージョンアップ実行手段５２は、管理サーバ９からファームウェアを受信すると、受信したファームウェアを用いて、ルータ５が搭載するファームウェアのバージョンアップ処理を実行する（ステップＳ６）。
【００５６】
次いで、完了通知手段５３は、バージョンアップが正常に完了すると、バージョンアップ完了情報として、バージョンアップ完了通知情報とともに、ルータが搭載する最新のファームウェアのバージョンを示す情報を、管理サーバ９に送信する（ステップＳ７）。その後、ルータ５は、バージョンアップ処理を終了する。
【００５７】
次いで、管理情報更新手段９５は、ルータ５からバージョンアップ完了通知情報を受信すると、受信した情報（例えば、ファームウェアのバージョン情報）に基づいて、登録（記憶）している管理情報（例えば、バージョン情報や更新日）を更新する（ステップＳ８）。
【００５８】
以上のように、本実施形態では、管理サーバ９は、配下に設置された各ルータが搭載するファームウェア等の情報を管理しており、新規ファームウェアがリリース（登録）されると、管理情報に基づいて、所定の条件を満たすルータにバージョンアップを推奨する通知情報を送信する。そして、ルータ５は、管理サーバ９からバージョンアップを推奨する通知情報を受信して初めてバージョンアップ処理を実行するか否かを判断する。そのため、管理サーバ９が主動的に各ルータのバージョンアップ処理を実行することとなる。
【００５９】
従って、本実施形態によれば、ルータ（ユーザ）側から管理サーバ９への、新規ファームウェア等のリリースを確認する問い合わせ（アクセス）が不要となり、それらによる無駄なトラフィックが発生することを抑制することができる。
【００６０】
また、本実施形態では、管理サーバ９が主動的に各ルータのバージョンアップ処理を実行するので、管理サーバ９は、複数のルータを管理している場合には、いずれのルータのバージョンアップ処理を実行するか制御することができる。そのため、管理サーバ９は、複数のルータが同時にファームウェアをダウンロードすることによる、過剰トラフィックの発生を回避することができる。
【００６１】
例えば、一般に、ファームウェア等のバージョンアップ処理は、ルータ（ユーザ）側が主動的に実施される。そのため、サービス提供者（管理者）側では、ルータが搭載しているファームウェアのバージョンを把握するのが困難であった。
【００６２】
これに対して、本実施形態では、管理サーバ９は、管理サーバ９の配下に設置された各ルータの管理情報を保持し、ルータでバージョンアップ処理が実行されると、完了通知情報とともに受信したファームウェアのバージョン情報に基づいて、管理情報を更新する。
【００６３】
従って、本実施形態によれば、サービス提供者（管理者）側で、各ルータが搭載するファームウェアのバージョンを把握することができる。
【００６４】
また、本実施形態によれば、以下のような効果を奏する。
【００６５】
第１の効果は、ファームウェアのバージョンアップに多大な労力を必要とせず、簡単に実施することができることである。一般に、製造元から配布される新バージョンのファームウェアを入手するため、ユーザは、例えば、フレキシブルディスク等の記憶媒体を入手したり、製造元のホームページにアクセスしてダウンロードする必要がある。さらに、ユーザは、ファームウェアを入手した後に、ＰＣ等を用いて、装置のバージョンアップ処理を実行する必要がある。本実施形態によれば、これらのことが不要となるため、上記のような効果を奏するといえる。
【００６６】
第２の効果は、自動バージョンアップを実施しているため、ユーザ側に特に専門的な知識が必要ないことである。
【００６７】
第３の効果は、無駄なトラフィックを発生させることなく、バージョンアップ処理を実行することができることである。これまでは、ユーザー側から新規ファームウェアが無いか問い合わせ（アクセス）を実施していたため、新規ファームウェアが無い場合には、無駄な問い合わせとなり、無駄なトラフィックが発生することとなる。本実施形態では、管理サーバが各ルータの個別情報を管理しており、ユーザ（ルータ）が管理サーバにアクセスするのは、バージョンアップ推奨通知が届いた時のみである。そのため、無駄な問い合わせ（アクセス）を排除することができ、上記のような効果を奏するといえる。
【００６８】
第４の効果は、管理サーバ側でバージョンアップを推奨する通知を行っているため、各ルータに対して時間を分けて個別にバージョンアップ処理を実施することが可能であり、トラフィックの集中が発生しないよう管理してバージョンアップ処理を実行できることである。
【００６９】
第５の効果は、管理サーバ側で各ルータの個別情報を管理しているため、例えば、追加サービスや、サービス形態の変更に伴いファームウェアの変更が必要になった場合に、バージョンアップが必要なユーザに個別に通知することができることである。
【００７０】
なお、バージョン管理システムは、セキュリティや個人情報保護に配慮して、以下のような処理を実行するようにしてもよい。
【００７１】
図６に示すように、管理サーバ９は、管理情報として、図３に示す各情報に加え、各ルータごとに自動バージョンアップを許可するか否かを示す自動バージョンアップ情報を管理するようにしてもよい。この場合、各ルータが保持する情報には、図７に示すように、自動バージョンアップ情報が新たに加えられる。
【００７２】
このように、管理情報として、新たに自動バージョンアップ許可情報を定義することで、ユーザが自動バージョンアップを許可している場合のみ、サーバ側からルータへのアクセスを許可するように制御することができる。例えば、ステップＳ２において、装置特定手段９２は、新たに登録（記憶）した新規ファームウェアより古いバージョンのファームウェアを搭載し、かつ、自動バージョンアップ許可情報が許可と設定されているルータを特定する。そして、推奨通知手段９３は、装置特定手段９２が特定したルータにバージョンアップを推奨する通知情報を送信する。
【００７３】
このようにすることで、勝手にルータにアクセスされるのを嫌うユーザや、自分でバージョンアップ処理を実施したいユーザの要望に応えることができる。
【００７４】
また、バージョン管理システムは、不要なバージョンアップ処理を制限するために、以下のような処理を実行するようにしてもよい。
【００７５】
図８に示すように、管理サーバ９は、管理情報として、図６に示す各情報に加え、各ルータが利用するサービスクラス（例えば、ＶｏＩＰやＶＯＤ等）を示すサービスクラス情報を管理するようにしてもよい。この場合、各ルータが保持する情報には、図９に示すように、サービスクラス情報が新たに加えられる。
【００７６】
このように、管理情報として、新たにサービスクラス情報を定義することによって、必要なサービスに限定してファームウェアのバージョンアップ処理を実行することができる。例えば、ステップＳ２において、装置特定手段９２は、新たに登録（記憶）した新規ファームウェアより古いバージョンのファームウェアを搭載し、自動バージョンアップ許可情報が許可と設定され、かつ、サービスクラス情報が新規ファームウェアの提供するサービスクラスと同一である（又は、含む）ルータを特定する。そして、推奨通知手段９３は、装置特定手段９２が特定したルータにバージョンアップを推奨する通知情報を送信する。
【００７７】
このように、サービスクラス毎に必要なファームウェアのみ自動バージョンアップ処理を実行することで、サービス形態によっては不要であるバージョンアップ処理を実行しないように制御することができ、ひいては、無駄なトラフィックの発生を抑制することができる。
【００７８】
次に、本発明によるバージョン管理システムの最小構成について説明する。図１１は、バージョン管理システムの最小の構成例を示す機能ブロック図である。図１１に示すように、バージョン管理システムは、最小の構成要素として、バージョン管理装置９０と、装置５０とを含む。また、管理装置９０は、バージョン管理情報記憶手段９１、装置特定手段９２及びバージョンアップ制御手段９６とを含む
【００７９】
図１１に示す最小構成のバージョン管理システムでは、バージョン管理情報記憶手段９１は、装置５０に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶する。そして、装置特定手段９２は、バージョン管理装置９０に、新たなバージョンのプログラムが登録されると、バージョン管理情報記憶手段９１が記憶するバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置５０を特定する。そして、バージョンアップ制御手段９６は、装置特定手段９２が特定した装置５０のプログラムをバージョンアップする制御を行う。
【００８０】
従って、図１１に示す最小構成のバージョン管理システムによれば、管理装置９０が主動的に装置５０のバージョンアップ処理を実行することができるため、装置５０から管理装置９０への、新規ファームウェア等のリリースを確認する問い合わせ（アクセス）が不要となる。そのため、それらによる無駄なトラフィックが発生することを抑制することができる。また、装置５０が複数ある場合、管理装置９０は、いずれの装置５０のバージョンアップ処理を実行するか制御することができる。そのため、複数の装置５０が同時にファームウェアをダウンロードすることによる、過剰トラフィックの発生を回避することができる。
【００８１】
なお、本実施形態では、以下の（１）〜（５）に示すようなバージョン管理システムの特徴的構成が示されている。
【００８２】
（１）バージョン管理システムは、プログラムが搭載された装置（例えば、ルータ５）と、装置に搭載されているプログラムのバージョンを管理するバージョン管理装置（例えば、管理サーバ９）とを備え、バージョン管理装置は、装置に搭載されているプログラムのバージョンを一括管理するためのバージョン管理情報を記憶するバージョン管理情報記憶手段（例えば、バージョン管理情報記憶手段９１によって実現される）と、新たなバージョンのプログラムが登録されると、バージョン管理情報記憶手段が記憶するバージョン管理情報に基づいて、プログラムのバージョンアップが必要な装置を特定する装置特定手段（例えば、装置特定手段９２によって実現される）と、装置特定手段が特定した装置のプログラムをバージョンアップする制御を行うバージョンアップ制御手段（例えば、推奨通知手段９３、ファームウェア要求手段５１、ファームウェア送信手段９４及びバージョンアップ実行手段５２によって実現される）とを含むことを特徴とする。
【００８３】
（２）バージョン管理システムにおいて、装置特定手段は、バージョン管理情報に基づいて、搭載するプログラムのバージョン（例えば、図３に示すバージョン情報）が、新たに登録されたプログラムのバージョンよりも古い装置を特定するように構成されていてもよい。
【００８４】
（３）バージョン管理システムにおいて、バージョン管理装置は、装置のバージョーンアップが完了すると、装置が搭載するプログラムのバージョン情報に基づいて、バージョン管理情報記憶手段が記憶するバージョン管理情報を更新するバージョン管理情報更新手段（例えば、完了通知手段５３及び管理情報更新手段９５によって実現される）を含むように構成されていてもよい。
【００８５】
（４）バージョン管理システムにおいて、バージョン管理情報記憶手段は、装置へのアクセスが許可されているか否かを示す設定情報であるアクセス可否情報（例えば、図７に示す自動バージョンアップ可否）を記憶し、装置特定手段は、アクセス可否情報で示される設定内容に従って、装置を特定するように構成されていてもよい。
【００８６】
（５）バージョン管理システムにおいて、バージョン管理情報記憶手段は、装置が搭載する機能を特定可能な機能情報（例えば、図９に示すサービスクラス）を記憶し、装置特定手段は、機能情報に基づいて、新たに登録されたプログラムによって実現される機能を搭載する装置を特定するように構成されていてもよい。
【産業上の利用可能性】
【００８７】
本発明は、ＩＰ電話技術や、映像配信技術、他の技術を利用してインターネットサービス等を提供する装置を保守する用途に適用できる。
【符号の説明】
【００８８】
１，１２  ＰＣ
２  ＳＴＢ
３  ＴＶ
４，１３，２１  電話機
５，７，１１  ルータ
６，２２  ネットワーク
８  ＶＯＤサーバ
９  管理サーバ
１０  ＳＩＰサーバ
１４  メモリ部
１５  ＲＯＭ部
１６  中央処理部
１７  ＬＡＮ側制御部
１８  ＷＡＮ制御部
１９  ＶｏＩＰ制御部
２０  ＰＣ  ｏｒ  ＳＴＢ
５１  ファームウェア要求手段
５２  バージョンアップ実行手段
５３  完了通知手段
９１  バージョン管理情報記憶手段
９２  装置特定手段
９３  推奨通知手段
９４  ファームウェア送信手段
９５  管理情報更新手段
９６  バージョンアップ制御手段
【図１】
2010257180.tif 000003
【図２】
2010257180.tif 000004
【図３】
2010257180.tif 000005
【図４】
2010257180.tif 000006
【図５】
2010257180.tif 000007
【図６】
2010257180.tif 000008
【図７】
2010257180.tif 000009
【図８】
2010257180.tif 000010
【図９】
2010257180.tif 000011
【図１０】
2010257180.tif 000012
【図１１】
2010257180.tif 000013