(57)【要約】【課題】  ネットワーク機器の設定やファームウェアの更新を自動で行えるようにし、更新ファイルに問題があった場合でも自動更新可能にすること。【解決手段】  機器情報を保持するＤＢと、機器を管理する管理装置と、ネットワーク接続機器から構成され、ネットワーク接続機器に最新のデータと工場出荷時のデータを保持する記憶手段を設け、ネットワーク接続機器は必要なときに機器管理サーバ経由でＤＢの機器情報を取得し、取得したデータに問題がある場合には工場出荷時のデータを使用して再度機器情報取得を行う。【選択図】      図２
2009177466.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワーク接続機器と、これらのネットワーク接続機器に対してネットワークを介して接続可能な管理装置と、この管理装置に接続可能なデータベースを備え、前記複数のネットワーク接続機器の保持情報を更新するシステムであって、
前記複数のネットワーク接続機器のそれぞれが、
ネットワークへの接続に必要な初期情報が記憶されている第１の記憶手段と、
電源投入時に、前記管理装置にネットワークを介してアクセスし、自機器の識別子を送信する第１の手段と、
前記管理装置からネットワーク接続に必要な最新情報を受信する第２の手段と、
受信した最新情報を記憶する第２の記憶手段と
を備え、
前記管理装置が、
前記複数のネットワーク接続機器から識別子を受信する第３の手段と、
受信した識別子に対応した最新情報を前記データベースから取得する第４の手段と、
識別子の送信元であるネットワーク接続機器に対して前記データベースから取得した最新情報を送信する第５の手段と
を備え、
前記複数のネットワーク接続機器のそれぞれが、
前記管理装置から受信した最新情報によるネットワーク接続が不成功であった場合に、
前記第２の記憶手段に記憶された最新情報を前記第１の記憶手段に記憶された初期情報に戻す第６の手段を備えていることを特徴とするネットワーク機器の保持情報更新システム。
【請求項２】
前記管理装置が、
前記データベースに記憶されている最新情報を、前記複数のネットワーク接続機器からのアクセスの有無とは無関係に任意の時点においてプッシュ型の態様で前記複数のネットワーク接続機器に送信する手段をさらに備えていることを特徴とする請求項１に記載のネットワーク機器の保持情報更新システム。
【請求項３】
前記複数のネットワーク接続機器のそれぞれが、
自機器の動作状況を監視し、異常が検出された場合には検出された異常状況を前記管理装置に通知する手段をさらに備えていることを特徴とする請求項１または２に記載のネットワーク機器の保持情報更新システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続する情報処理装置や通信装置などのネットワーク接続機器に設定情報として保持されて情報を更新するシステムに関するものである。
【背景技術】
【０００２】
社会の情報処理システムが発達し、様々な機器がネットワークに接続されるようになってきている。例えば、今までネットワークと接続されることのなかった家電製品、電話、セキュリティシステム、ゲーム専用機などがネットワークに接続されるようになった。
これらの各機器は保持データの更新や機能追加を繰り返し、色々な設定変更やファームウェアなどの内部データの変更が必要になっている。今までは、各機器の内部データを更新するには、各機器を直接操作し、修正する必要があった。
しかし、ネットワーク機器の急激な増加に伴い、全国各地に配置された機器を１つ１つ更新することが難しくなってきている。
また、各家庭に配置される家電製品などは、基本的にはユーザが更新する必要があり、初心者には敷居が高い作業となっていた。
そこで、ネットワーク機器内部の情報を更新する作業を容易にするものとして、例えば、製品IDなどの製品を識別する情報に基づいて、自動で機器内部の情報を更新するようにしたものがある（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００４−１９３９８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来、更新するデータに不具合があった場合、ネットワークに接続できなくなる危険があった。
例えば、家電製品のネットワーク接続機能を管理するファームウェアの更新を行った際に、更新したファームウェア自体に不具合があった場合、ネットワークに接続できなくなることが考えられる。
このような問題が発生した場合、各機器を直接操作することで、問題に対処することができる。
しかしながら、ネットワーク機器は全国各地に配置されることになるため、１つ１つを手作業で更新することは多大な労力を必要とし、非効率的である。
【０００５】
本発明の目的は、ネットワークに接続できなくなる状況下であっても、人による手作業を必要とせずに、自動でネットワーク接続機能を復旧することのできるネットワーク接続機器の保持情報更新システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明のネットワーク接続機器の保持情報更新システムは、複数のネットワーク接続機器と、これらのネットワーク接続機器に対してネットワークを介して接続可能な管理装置と、この管理装置に接続可能なデータベースを備え、前記複数のネットワーク接続機器の保持情報を更新するシステムであって、
前記複数のネットワーク接続機器のそれぞれが、
ネットワークへの接続に必要な初期情報が記憶されている第１の記憶手段と、電源投入時に、前記管理装置にネットワークを介してアクセスし、自機器の識別子を送信する第１の手段と、前記管理装置からネットワーク接続に必要な最新情報を受信する第２の手段と、受信した最新情報を記憶する第２の記憶手段とを備え、
前記管理装置が、
前記複数のネットワーク接続機器から識別子を受信する第３の手段と、受信した識別子に対応した最新情報を前記データベースから取得する第４の手段と、識別子の送信元であるネットワーク接続機器に対して前記データベースから取得した最新情報を送信する第５の手段とを備え、
前記複数のネットワーク接続機器のそれぞれが、前記管理装置から受信した最新情報によるネットワーク接続が不成功であった場合に、前記第２の記憶手段に記憶された最新情報を前記第１の記憶手段に記憶された初期情報に戻す第６の手段を備えていることを特徴とする。
【０００７】
また、前記管理装置が、
前記データベースに記憶されている最新情報を、前記複数のネットワーク接続機器からのアクセスの有無とは無関係に任意の時点においてプッシュ型の態様で前記複数のネットワーク接続機器に送信する手段をさらに備えていることを特徴とする。
【０００８】
また、前記複数のネットワーク接続機器のそれぞれが、
自機器の動作状況を監視し、異常が検出された場合には検出された異常状況を前記管理装置に通知する手段をさらに備えていることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、次のような効果がある。
（１）ネットワーク接続機器の設定情報やファームウェアなどの内部保持情報の更新を自動で行うことができる。
（２）更新後の内部保持情報に問題があった場合でも、初期状態に戻し、ネットワーク接続による自動更新を継続することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を適用したシステムの一実施の形態について説明する。
図１は、本発明の実施の形態の一例を示すシステム構成図である。
本実施形態のシステムは、機器管理サーバ１１０、機器情報更新受付サーバ１２０、ＤＢサーバ１３０と、機器１４０ａ，１４０ｂ，１４０ｎから構成され、全てネットワークで接続されている。
機器１４０ａ，１４０ｂ，１４０ｎは、ネットワークに接続できる機器であれば、どのようなものでもよい。例えば、ルーター，モデム，パソコン，ネットワーク接続機能付き家電製品等が挙げられる。
ＤＢサーバ１３０は、各機器１４０ａ、１４０ｂ、１４０ｎのデータを管理している機器情報１３１を保持している。機器情報１３１には、各機器で使用するファームウェアや設定情報が保持されている。
【００１１】
機器情報更新受付サーバ１２０は、機器情報１３１の更新要求を受け付ける。特定の機器のファームウェアや設定情報を更新する際に外部からの操作を受け付け、ＤＢサーバ１３０が保持する機器情報１３１を更新する。
機器管理サーバ１１０には、機器情報１３１のデータを読み込む機能を持つＤＢ読込部１１１と、機器情報１３１にデータを書き込む機能を持つＤＢ書込部１１２と、機器とのネットワークアクセス制御を行う送受信部１１３を備えている。
機器情報更新受付サーバ１２０には、機器情報１３１のデータを読み込む機能を持つＤＢ読込部１２１と、機器情報１３１にデータを書き込む機能を持つＤＢ書込部１２２と、外部からの操作を受け付けるデータ入力部１２３を備えている。
【００１２】
機器１４０ａは、図２に示すように、制御部２０１，工場出荷時データ保持部２０２，最新データ保持部２０３，送受信部２０４から構成されている。
制御部２０１は、最新データ保持部２０３の設定やファームウェアを使用し、送受信部２０４を使ってネットワークアクセスを制御する。工場出荷時データ保持部２０２は、最新データ保持部２０３などでのトラブル発生時に設定やファームウェアを工場出荷時に戻すために使用する。
機器１４０ａの工場出荷時データ保持部２０２もしくは最新データ保持部２０３に格納されるデータは、図３に示すように、機器識別子３００、機器管理サーバアドレス３０１、更新チェック間隔３０２、ファームウェアバージョン３０３、強制再起動対象３０４、更新リトライ回数３０５、接続不可許容時間３０６の各エリアデータから構成され、設定やファームウェアの更新時に更新／登録される。
【００１３】
ＤＢサーバ１３０に保持される機器情報１３１に格納されるデータは、図４に示すように、機器識別子３００、設定更新成否４０１、設定更新日時４０２、機器管理サーバアドレス３０１、更新チェック間隔３０２、ファームウェアバージョン３０３、強制再起動対象３０４、更新リトライ回数３０５、接続不可許容時間３０６の各エリアデータから構成され、外部からの入力により更新／登録される。
【００１４】
機器管理サーバ１１０は、機器１４０ａから送信される機器識別子３０１を元に、機器情報１３１から該当機器に関するデータを特定する。機器１４０ａから送信されるファームウェアバージョン３０３が、特定したデータと異なっている場合や、設定更新日時が登録されていない場合には、ＤＢサーバ１３０で保持しているファームウェアや設定情報を取得し、機器１４０ａに送信する。
機器１４０ａは、受信した機器情報やファームウェアを最新データ保持部２０３に保持する。受信した強制再起動対象３０４のデータに従って、再起動をするかどうかを判断する。
【００１５】
図５は、図１の構成のシステムを使用した業務フローの一例である。
加入者は申込５０１から申し込みを行い、受付作業者５０２が申し込みを受け付ける。申し込みを受け付けた受付作業者５０２は、機器配送依頼５０４から機器管理部門宛で配送依頼をすると同時に、データ入力部１２３から機器で使用するファームウェアや設定を登録する。
データ入力部１２３から登録されたデータは情報登録５０６から機器情報１３１に登録される。配送作業者５０５は機器配送依頼５０４を参照して、配送５０８の作業を行う。
配送５０８の作業により機器１４０ａが加入者５０７に届き、加入者５０７は機器設置電源投入５０９を行う。
設置された機器１４０ａは、バージョン確認更新データ要求５１１を行って、機器管理サーバ１１０に機器情報１３１のデータを要求する。
要求を受け付けた機器管理サーバ１１０は、機器情報１３１からデータを取得し、バージョン確認結果更新データ送信５１２から機器１４０ａにファームウェアや設定を送る。機器１４０ａは送信されたファームウェアや設定を自分自身に反映する。
【００１６】
図６は、ファームウェアや設定情報の更新が正常に行える場合のシーケンスの一例である。
機器１４０ａは機器管理サーバ１１０にアクセスし、ファームウェアや設定情報といった機器情報のバージョン要求を送信する。この場合、自身の機器識別子を付加して送信する。
機器管理サーバ１１０は、ＤＢサーバ１３０へバージョン要求を行い、ＤＢサーバ１３０からのバージョン応答により機器１４０ａ用のバージョンを取得し、機器１４０ａにバージョン応答を送信する。
機器１４０ａは、受信したバージョンと自身で最新データ保持部２０３に保持している機器情報のバージョンを比較し、バージョンをチェックする。チェックした結果、自身が最新データ保持部２０３に保持しているファームウェアや設定情報といった機器情報のバージョンが古いということになった場合、機器管理サーバ１１０に対して更新データを要求する。
【００１７】
機器管理サーバ１１０は、ＤＢサーバ１３０へ機器１４０ａの機器識別子を付加した機器情報要求を行い、ＤＢサーバ１３０から機器１４０ａ用の最新バージョンの機器情報を取得する。
機器管理サーバ１１０は取得した機器情報のデータを元に、機器１４０ａ用の更新データを作成し、機器１４０ａに送信する。その際に機器情報で指定されたファームウェアも一緒に送信する。
機器１４０ａは更新データを受け取ると、そのデータを自身に適用する。適用が終了したら機器管理サーバ１１０に対して適用結果を通知する。
機器管理サーバ１１０は、適用結果を受信したことを機器１４０ａに確認応答すると共に、ＤＢサーバ１３０の機器情報を結果更新により更新する。
ＤＢサーバ１３０は、結果更新を受信したことを機器管理サーバ１１０に応答する。
機器１４０ａは機器管理サーバ１１０からの確認応答を受信後、受信した更新データに従って、必要があれば再起動する。
【００１８】
図７は、ファームウェアや設定を工場出荷時の状態に戻すシーケンスの一例である。
機器１４０ａは機器管理サーバ１１０に対してバージョン要求を行うが、アクセスできない。一定回数リトライを行った後で、機器１４０ａはアクセスできない原因の特定を行う。
原因調査の結果、ファームウェアが原因であると特定した場合、機器１４０ａは自身に適用されているファームウェアや設定情報などの機器情報を工場出荷時に適用されていたものに戻す。工場出荷時の状態に戻したあとで必要があれば再起動する。
【００１９】
工場出荷時の状態に戻った機器１４０ａは、機器管理サーバ１１０にバージョン要求を行う。機器管理サーバ１１０はＤＢサーバ１３０へバージョン要求を行い、ＤＢサーバ１３０からのバージョン応答により機器１４０ａ用のバージョンを取得し、機器１４０ａにバージョン応答を送信する。
【００２０】
機器１４０ａは、受信したバージョンと自身で保持しているバージョンを比較し、バージョンチェックを行う。以前破棄した、問題のあったバージョンと同じバージョンであれば、更新作業を行わないようにしてもよい。
チェックした結果、自身のバージョンが古いということになった場合、機器管理サーバ１１０に対して更新データを要求する。機器管理サーバ１１０はＤＢサーバ１３０から機器１４０ａ用の機器情報を取得する。機器管理サーバ１１０は取得した機器情報のデータを元に、機器１４０ａ用のデータを作成し、機器１４０ａに更新データ送信する。その際に機器情報で指定されたファームウェアも一緒に送信する。
機器１４０ａは更新データを受け取ると、そのデータを自身に適用する。適用が終了したら機器管理サーバ１１０に対して適用結果を通知する。
【００２１】
機器管理サーバ１１０は、適用結果を受信したことを機器１４０ａに確認応答を返信すると共に、ＤＢサーバ１３０の機器情報を結果更新により更新する。ＤＢサーバ１３０は結果更新を受信したことを機器管理サーバ１１０に応答する。
機器１４０ａは、機器管理サーバ１１０からの確認応答を受信後、受信した更新データに従って、必要があれば再起動する。
【００２２】
図８は、機器１４０ａが更新処理を行う際のフローチャートの一例である。
機器１４０ａは、最新データ保持部２０３にデータが存在するかどうかを確認する（ステップ８０１）。存在しない場合には、最新データ保持部２０３に工場出荷時データ保持部２０２からデータを読み出し保存する（ステップ８０２）。
ステップ８０１とステップ８０２により、最新データ保持部２０３に必ずデータが存在する状態になるので、そのデータを使用して、機器管理サーバ１１０にバージョン取得要求を行い、バージョンを取得する（ステップ８０３）。
バージョン取得結果、確認処理で成功した場合にはステップ８０５からの処理を行い、失敗した場合にはステップ８１１からの処理を行う（ステップ８０４）。
【００２３】
取得したバージョンと機器１４０ａが保持しているバージョンを比較した結果、更新が必要かどうかを判断する（ステップ８０５）。更新が必要ない場合には、更新処理を終了する。更新が必要であると判断した場合には、機器管理サーバ１１０に更新データ取得要求を行い、更新データを取得する（ステップ８０６）。
更新データ取得が成功した場合にはステップ８０８からの処理を行い、失敗した場合にはステップ８１１からの処理を行う（ステップ８０７）。
更新データ取得が成功した場合には、取得したデータを最新データ保持部２０３に保存する（ステップ８０８）。
【００２４】
保存後、取得したデータを元に再起動が必要かどうか判断する（ステップ８０９）。再起動が必要な場合には、再起動をして更新処理を終了する（ステップ８１０）。再起動が必要ない場合には、そのまま更新処理を終了する。
ステップ８０４やステップ８０７でデータの取得に失敗したと判断した場合には、一定回数リトライを行う。機器情報１３１のリトライした回数が設定されている更新リトライ回数３０５の回数を超えていなければステップ８０３の処理に戻り、超えている場合にはステップ８１２からの処理を行う（ステップ８１１）。
【００２５】
ステップ８１１で所定回数以上更新に失敗したと判断した場合には、データ更新が原因で接続できなくなっている可能性があるかを調査する。前回データ更新を行ったときから、今までにネットワークに接続したことがあるかどうかを判定する。データ更新後初回であり（ステップ８１２）、一度も接続していない場合には、前回行ったデータ更新が原因で接続できなくなっている可能性があると判断し、ステップ８１４からの処理を行う。接続したことがある場合には、ステップ８１３からの処理を行う（ステップ８１２）。
【００２６】
データ更新後にネットワーク接続したことがある状態で接続が出来なくなった場合には、更新ができなくなってから経過した時間の判定を行う。
接続不可許容時間３０６に設定されている時間よりも長い時間が経過している場合には、データ更新が原因で接続できなくなっている可能性があると判断し、ステップ８１４からの処理を行う。そこまで時間が経過していない場合には、ステップ８０３からの処理をやり直す（ステップ８１３）。
【００２７】
ステップ８１２とステップ８１３の判定した結果、データ更新が原因だと判断された場合には、最新データ保持部２０３に保持しているデータを削除する（ステップ８１４）。
最新データ保持部２０３のデータが削除されたため、次回の接続時には工場出荷時データ保持部２０２のデータを使用するために、最新データ保持部２０３に工場出荷時データ保持部２０２を書き込み、工場出荷状態に戻し、バージョン要求を行う。
【００２８】
なお、本発明は上記の実施形態に限定されるものではなく、必要に応じて各種の機能を追加して実施することができる。
例えば、危機管理サーバ内に、ＤＢサーバ１３０に記憶されている最新情報を、複数の機器１４０ａ〜１４０ｎからのアクセスの有無とは無関係に任意の時点においてプッシュ型の態様で送信する手段をさらに設けることができる。
また、複数の機器１４０ａ〜１４０ｎのそれぞれに、自機器の動作状況を監視し、異常が検出された場合には検出された異常状況を機器管理サーバ１１０に通知する手段を設けることができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施の形態を示すシステム構成図である。
【図２】機器の実施形態例を示す構成図である。
【図３】機器側で管理する設定のデータ構成図である。
【図４】機器管理サーバ側で管理するデータ構成図である。
【図５】本システムを業務で使用する場合の業務フローである。
【図６】更新データ取得処理の概要を示すシーケンス図である。
【図７】更新データ取得失敗時のシーケンス図である。
【図８】機器の更新データ取得処理の一実施例を示すフローチャートである。
【符号の説明】
【００３０】
１１０…機器管理サーバ、１１１…ＤＢ読込部、１１２…ＤＢ書込部、１１３…送受信部、１２０…機器情報更新受付、１２１…ＤＢ読込部、１２２…ＤＢ書込部、１２３…データ入力部、１３０…ＤＢサーバ、１３１…機器情報、１４０ａ，１４０ｂ，１４０ｎ…機器、２０１…制御部、２０２…工場出荷時データ保持部、２０３…最新データ保持部、２０４…送受信部。
【図１】
2009177466.tif 000003
【図２】
2009177466.tif 000004
【図３】
2009177466.tif 000005
【図４】
2009177466.tif 000006
【図５】
2009177466.tif 000007
【図６】
2009177466.tif 000008
【図７】
2009177466.tif 000009
【図８】
2009177466.tif 000010