JP2016051198A - ネットワークシステムおよびネットワーク方法 - Google Patents

Abstract

【課題】バージョンアップの重要度合いを認識しつつバージョンアップすることができるネットワークシステムおよびネットワーク方法を提供する。【解決手段】ネットワークシステム１００は、管理サーバ４００と、ネットワーク装置２００と、携帯通信端末３００と、を含む。ネットワーク装置２００のバージョンアップを行う場合、管理サーバ４００はバージョンアップの重要レベルに応じて影響する携帯通信端末３００への少なくとも通知内容および通知方法のいずれかを調整する。例えば、携帯通信端末３００のユーザの承認を確認してから、ネットワーク装置２００のバージョンアップを行う。【選択図】図１

Description

本発明は、管理サーバとネットワーク装置とを接続し、ファームウェアをバージョンアップするネットワークシステムおよびネットワーク方法に関する。

従来から、ネットワーク装置のファームウェア更新について種々の開発研究が行われている。

例えば、特許文献１（特開２００５−２２８２０１号公報）には、ファームウェアの更新を的確に行うことができるネットワーク装置について開示されている。

特許文献１記載のネットワーク装置は、ファームウェア管理サーバ装置とネットワークにて接続された、ファームウェアの自動更新機能を有するネットワーク装置において、内部に具備しているファームウェアの新しいバージョンがリリースされた場合に、管理者に対してファームウェアの更新を行うかどうかの通知を送信する送信手段を有するものである。

特許文献２（特開２０１２−９８９０６公報）には、複数の無線ＬＡＮ装置が接続されている無線ＬＡＮ環境下において、無線ＬＡＮ装置にインストールされたファームウェアを更新して再起動する際の利便性を向上させる無線ＬＡＮ装置について開示されている。

特許文献２に記載の無線ＬＡＮ装置は、無線ＬＡＮに接続される無線ＬＡＮ装置であって、ファームウェアを記憶するファームウェア記憶部と、無線ＬＡＮ装置の機種を特定するための機種特定情報と、無線ＬＡＮ装置に個別に割り当てられた識別情報と、ファームウェアのバージョンを示すバージョン情報と、無線ＬＡＮ装置と同一機種であって、無線ＬＡＮにおいて、無線ＬＡＮ装置が直接的に接続される他の無線ＬＡＮ装置を示す接続先情報と、を含む装置情報を記憶する装置情報記憶部と、他の無線ＬＡＮ装置から、当該無線ＬＡＮ装置と直接的あるいは間接的に接続された他の無線ＬＡＮ装置についての装置情報を収集する収集部と、装置情報記憶部に記憶された装置情報に含まれるバージョン情報と、他の無線ＬＡＮ装置についての装置情報に含まれるバージョン情報とを比較して、ファームウェア記憶部に記憶されたファームウェアのバージョンが他の無線ＬＡＮ装置が保持するファームウェアのバージョンよりも新しいか否かを判断するバージョン判断部と、ファームウェア記憶部に記憶されたファームウェアのバージョンが他の無線ＬＡＮ装置が保持するファームウェアのバージョンよりも新しい場合に、ファームウェア記憶部に記憶されたファームウェアを他の無線ＬＡＮ装置に配信する配信部と、装置情報記憶部に記憶された装置情報と他の無線ＬＡＮ装置についての装置情報とに基づいて特定される、無線ＬＡＮにおける無線ＬＡＮ装置および他の無線ＬＡＮ装置の接続形態に基づいて、他の無線ＬＡＮ装置への再起動の指示タイミングを決定し、該指示タイミングで、再起動の指示を他の無線ＬＡＮ装置に送信する再起動指示送信制御部と、を備えるものである。

特開２００５−２２８２０１号公報 特開２０１２−９８９０６号公報

以上のように、特許文献１または特許文献２にはファームウェアによる更新についてのネットワーク更新装置および無線ＬＡＮ装置が開示されている。
特許文献１に記載のネットワーク装置においては、新しいファームウェアか否かを確認することができる。
また、特許文献２に記載の無線ＬＡＮ装置においては、一斉にファームウェアを更新することができる。

しかしながら、新しいファームウェアに変更したい場合もあれば、逆に不具合が出る可能性があるため、個人は、周囲の更新に対する反応を待とうという場合もある。
さらに、また一斉にファームウェアを更新することは、個人の意図と関係なく、再起動処理等が入るため、問題が生じ易い。

本発明の目的は、バージョンアップの重要度合いを認識しつつバージョンアップすることができるネットワークシステムおよびネットワーク方法を提供することである。

（１）
一局面に従うネットワークシステムは、管理サーバと、ネットワーク装置と、携帯通信端末と、を含み、ネットワーク装置のバージョンアップの重要レベルに応じて少なくとも通知内容および通知方法のいずれかを調整する調整部を含むものである。

この場合、調整部によりバージョンアップの重要度合い（レベル）に応じて通知内容および通知方法のいずれかが調整される。その結果、ユーザは、調整部によりバージョンアップの重要レベルを認識することができる。
その結果、ユーザは、適切にバージョンアップすることができる。

（２）
第２の発明に係るネットワークシステムは、一局面に従うネットワークシステムにおいて、ネットワーク装置は、少なくとも通信装置および外部記憶装置のいずれかと、少なくとも通信装置および外部記憶装置のいずれかは、接続ポートを有し、接続ポートにさらに接続される機器と、を含んでもよい。

この場合、ネットワーク装置は、通信装置および外部記憶装置のいずれかと、当該通信装置および外部記憶装置のいずれかの接続ポートに接続される機器とを含むものである。その結果、接続ポートに接続される機器のバージョンアップを容易に行うことができる。

（３）
第３の発明にかかるネットワークシステムは、一局面または第２の発明に係るネットワークシステムにおいて、通知内容は、通知回数によって内容が異なってもよい。

この通知回数が増加した場合、通知内容に緊急度を示すことで、容易にユーザにバージョンアップを促進させることができる。

（４）
第４の発明にかかるネットワークシステムは、一局面から第３の発明にかかるネットワークシステムにおいて、通知内容は、バージョンアップが終了しているネットワーク装置の割合を提示してもよい。

この場合、通知内容においてバージョンアップが終了しているネットワーク装置の割合を提示することで、ユーザは、周囲のバージョンアップ終了の割合を認識することができる。
その結果、ユーザは、割合を認識し、割合が高ければ、他の不具合（バグ）が生じないことを確認することができ、安心してバージョンアップすることができる。

（５）
第５の発明にかかるネットワークシステムは、一局面から第４の発明にかかるネットワークシステムにおいて、通知内容は、所定期間内にバージョンアップを実施した場合に、利益ポイントを提供してもよい。

この場合、ユーザは、通知内容の利益ポイントを得ようと、バージョンアップを即座に対応させることができる。

（６）
第６の発明にかかるネットワークシステムは、一局面から第５の発明にかかるネットワークシステムにおいて、通知方法は、少なくとも重要レベルおよび通知回数のいずれか一方に応じて通知間隔を変化させてもよい。

この場合、少なくとも重要レベルおよび通知回数のいずれか一方に応じて通知間隔を変化することができる。その結果、重要レベルおよび通知回数のいずれか一方、または両方に応じて通知間隔を変化させるので、ユーザは、通知間隔に応じて重要レベルおよび／または通知回数を認識することができる。

（７）
第７の発明に係るネットワークシステムは、一局面から第５の発明にかかるネットワークシステムにおいて、通知方法は、重要レベルに応じて少なくとも通知回数および通知間隔のいずれか一方を変化させてもよい。

この場合、重要レベルに応じて少なくとも通知間隔および通知回数のいずれか一方を変化することができる。その結果、重要レベルに応じて通知回数および通知回数のいずれか一方、または両方を変化させるので、ユーザは、通知間隔および／または通知回数に応じて重要レベルを認識することができる。

（８）
さらに他の局面に従うネットワークシステムは、管理サーバと、ネットワーク装置と、携帯通信端末と、を含み、携帯通信端末によりネットワーク装置の固有情報を取得できる取得装置と、固有情報を携帯通信端末により管理サーバに送信する送信部と、管理サーバがネットワーク装置と携帯通信端末とを関連付けた送受信を可能にする通信確立部と、を含むものである。

この場合、携帯通信端末の取得装置によりネットワーク装置の固有情報を取得することができる。また、携帯通信端末の送信部により管理サーバに固有情報を送信する。そして、通信確立部により管理サーバがネットワーク装置と携帯通信端末とを関連付けた送受信が可能になる。
その結果、管理サーバとネットワーク装置とを容易に通信可能とすることができる。

（９）
第９の発明に係るネットワークシステムは、他の局面に係るネットワークシステムにおいて、ネットワーク装置は、少なくとも通信装置および外部記憶装置のいずれかと、少なくとも通信装置および外部記憶装置のいずれかは、接続ポートを有し、接続ポートにさらに接続される機器と、を含んでもよい。

この場合、ネットワーク装置は、通信装置および外部記憶装置のいずれかと、当該通信装置および外部記憶装置のいずれかの接続ポートに接続される機器とを含むものである。その結果、接続ポートに接続される機器のバージョンアップを容易に行うことができる。管理サーバと通信装置、外部記憶装置および機器と、を容易に通信可能とすることができる。

（１０）
第１０の発明にかかるネットワークシステムは、他の局面または第９の発明にかかるネットワークシステムにおいて、固有情報は、ネットワーク装置に貼り付けられたバーコードまたはＱＲコード（登録商標）に収録され、取得装置は、撮像部からなってもよい。

この場合、撮像部を用いて、バーコードまたはＱＲコードを撮像することにより固有情報を取得することができる。

（１１）
第１１の発明にかかるネットワークシステムは、他の局面から第１０の発明にかかるネットワークシステムにおいて、携帯通信端末は、近距離無線通信を用いてネットワーク装置の固有情報を取得してもよい。

この場合、携帯通信端末は、近距離無線通信を用いて固有情報を容易に取得することができる。

（１２）
他の局面にかかるネットワーク方法は、管理サーバ、ネットワーク装置および携帯通信端末、を含むネットワーク方法において、ネットワーク装置のバージョンアップの重要レベルに応じて少なくとも通知内容および通知方法のいずれかを調整する調整工程を含むものである。

この場合、調整工程によりバージョンアップの重要レベルに応じて通知内容および通知方法のいずれかが調整される。その結果、ユーザは、調整工程によりバージョンアップの重要レベルを認識することができる。
その結果、ユーザは、適切にバージョンアップすることができる。

（１３）
さらに他の局面にかかるネットワーク方法において、管理サーバ、ネットワーク装置および携帯通信端末、を含むネットワーク方法において、携帯通信端末によりネットワーク装置の固有情報を取得できる取得工程と、固有情報を携帯通信端末により管理サーバに送信する送信工程と、管理サーバがネットワーク装置と携帯通信端末とを関連付けた送受信を可能にする通信確立工程と、を含むものである。

この場合、携帯通信端末の取得工程によりネットワーク装置の固有情報を取得することができる。また、携帯通信端末の送信工程により管理サーバに固有情報を送信する。そして、通信確立工程により管理サーバがネットワーク装置と携帯通信端末とを関連付けた送受信が可能になる。
その結果、管理サーバとネットワーク装置とを容易に通信可能とすることができる。

第１の実施の形態にかかるネットワークシステムの一例を示す模式図である。 外部記憶装置の構造の一例を示す模式図である。 携帯通信端末の構造の一例を示す模式図である。 管理サーバの構造の一例を示す模式図である。 ネットワークの接続およびＦＷ更新の一例を示すフローチャートである。 管理サーバの機器情報の一例を示す模式図である。 第２の実施の形態にかかるネットワークの接続およびＦＷ更新の一例を示すフローチャートである。 第３の実施の形態にかかるネットワークの接続およびＦＷ更新の一例を示すフローチャートである。 管理サーバのＦＷ（ファームウェア）管理部に記録されている情報の一例を示す模式図である。 ファームウェア管理部に記録された情報の他の例を示す模式図である。 ファームウェア管理部から送信される更新データの重要性の一例を示す模式図である。 携帯通信端末の表示部の一例を示す模式図である。 携帯通信端末の表示部の他の例を示す模式図である。 携帯通信端末の表示部の他の例を示す模式図である。 第４の実施の形態に係るネットワークシステムの一例を示す模式図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施形態＞
図１は、第１の実施の形態にかかるネットワークシステム１００の一例を示す模式図である。
図２は外部記憶装置２２０の構造の一例を示す模式図であり、図３は携帯通信端末３００の構造の一例を示す模式図であり、図４は管理サーバ４００の構造の一例を示す模式図である。

図１に示すように、ネットワークシステム１００は、ネットワーク装置２００、携帯通信端末３００、および管理サーバ４００を含む。
ネットワークシステム１００において、ネットワーク装置２００、携帯通信端末３００および管理サーバ４００は、それぞれインターネット５００により接続されている。

図１に示すネットワーク装置２００は、主に無線ルータ２１０、外部記憶装置（以下、ＮＡＳと略記する。）２２０を含む。
また、図２に示すように、ＮＡＳ２２０は、ネットワーク接続部２２１、ファームウェア（以下、ＦＷと略記する。）更新部２２２、記録部２２３、およびお知らせ発光ダイオード（以下、お知らせＬＥＤと略記する。）２２４を含む。

次に、図３に示すように、携帯通信端末３００は、ネットワーク接続部３０１、撮像部３０２、メール送受信部３０３、および表示部３０４を含む。

次いで、図４に示すように、管理サーバ４００は、ネットワーク接続部４０１、メール送受信部４０２、機器情報４０３、ユーザ情報４０４、およびファームウェア（以下ＦＷと略記する。）管理部４０５を含む。
なお、機器情報４０３およびＦＷ管理部４０５には、予めネットワーク装置２００の出荷時の機器情報およびＦＷ Ｖｅｒ情報が登録されていてもよい。

図１に示すように、無線ルータ２１０には、少なくとも固有の機器に関する機器情報および管理サーバ４００のアドレス情報等を含むＱＲコード２９１が、無線ルータ２１０の筐体に貼り付けられている。
また、図１に示すように、ＮＡＳ２２０には、少なくとも固有の機器に関する機器情報および管理サーバ４００のアドレス情報等を含むＱＲコード２９２が、ＮＡＳ２２０の筐体に貼り付けられている。
なお、機器情報はネットワーク装置２００のメーカ名、製品名、シリアル番号、ＭＡＣアドレスなど、ネットワーク装置２００に関する情報を含んでもよい。

＜ネットワーク方法のフローチャート＞
続いて、ネットワークシステム１００を用いて、ネットワークの接続およびＦＷ更新について説明する。図５は、ネットワークの接続およびＦＷ更新の一例を示すフローチャートである。

まず、ＮＡＳ２２０は、自身の機器情報、管理サーバ４００のアドレス情報を登録情報として表示させる。（ステップＳ１）。
なお、管理サーバ４００のアドレス情報は、管理サーバ４００へのメール送信に使用するドメイン名を含む。ただし、後述するが、アドレス情報は、管理サーバ４００のユーザ登録画面へのリンクアドレスを示すＵＲＬであってもよい。
本実施の形態においては、無線ルータ２１０にＱＲコード２９１が貼着されており、ＮＡＳ２２０にＱＲコード２９２が貼着されている。

なお、本実施の形態においては、ＱＲコード２９１，２９２を設けることとしたが、これに限定されず、近距離無線通信（以下、ＮＦＣと呼ぶ。）またはＵＲＬを筐体に貼着されたシール等に記載してもよく、別途カードにＱＲコード２９１，２９２を設けてもよく、各ネットワーク装置２００に表示部を設けて表示させてもよい。

ユーザは、携帯通信端末３００の撮像部３０２を用いて無線ルータ２１０に貼り付けられているＱＲコード２９１を撮像する。同様に、携帯通信端末３００の撮像部３０２を用いてＮＡＳ２２０に貼り付けられているＱＲコード２９２を撮像する。

その結果、携帯通信端末３００は、無線ルータ２１０の固有情報およびＮＡＳ２２０の固有情報、管理サーバ４００のアドレス情報を取得する（ステップＳ２）。
この場合、ＱＲコード２９１には、製品出荷時にアドレス情報として管理サーバ４００のメールで使用するドメイン名が記録されている。
具体的には、各ネットワーク装置２００の機器情報（シリアル番号等の機器固有情報等）をメールアドレスのアカウントとして、「機器固有情報＠ドメイン名（例：１２３４５６７８９＠ｅｘａｍｐｌｅ．ｃｏｍ）」というメールアドレスが記録される。

本実施の形態においては、携帯通信端末３００の撮像部３０２を用いてメールアドレスを撮像して、そのメールアドレス宛に送信すると、ドメイン名に示されている管理サーバ４００へ送信される。
通常のメール受信時の動作としては、そのメールは管理サーバ４００側でアカウント毎のメールボックスにそのメールの内容が保存される。

そして、本実施の形態においては、後述する図６に示すように、管理サーバ４００が「１２３４５６７８９＠ｅｘａｍｐｌｅ．ｃｏｍ」のメールを受信した際、その送信元メールアドレス（ユーザのＥ−ｍａｉｌアドレス）に対して、受信したメールのアカウント情報（機器固有情報「１２３４５６７８９」）を関連づけする。当該詳細については、後述する。

続いて、携帯通信端末３００は、取得した情報と、無線ルータ２１０およびＮＡＳ２２０の固有情報を、ネットワーク接続部３０１を介して管理サーバ４００にユーザ登録情報を、取得した管理サーバ４００へのメールアドレス情報を使用して送信する（ステップＳ３）。
管理サーバ４００は、ネットワーク接続部４０１を介して携帯通信端末３００からの送信を受信する。

ここで、ステップＳ３の処理において、例えば、携帯通信端末３００は、メールアドレスのアットマークの前に無線ルータ２１０およびＮＡＳ２２０の固有情報を記載する。

具体的には、携帯通信端末３００は、以下の空メールを管理サーバ４００に送信する。上述したように、例えば、無線ルータ２１０の固有情報が、「１２３４５６７８９」、管理サーバ４００のドメイン名がｅｘａｍｐｌｅ．ｃｏｍの場合、携帯通信端末３００は、管理サーバ４００へ「１２３４５６７８９＠ｅｘａｍｐｌｅ．ｃｏｍ」のメールアドレスを使用して空メールを送信する。
すなわち、メールアカウント（シリアルＮｏ等の無線ルータ２００の機器情報）＠ドメイン名（管理サーバ）の組み合わせ、または「[サービス番号][製品名][シリアル番号]＠ｅｘａｍｐｌｅ．ｃｏｍ」を組み合わせて、携帯通信端末３００が管理サーバ４００へ送信する。
なお、無線ルータ２００の機器情報にサービス番号などを含めてもよい。
この場合のサービス番号とは「ＦＷ更新通知に関するユーザ登録」を意味する番号であり、管理サーバ４００が、その他のサービス、例えばＦＷ更新通知を伴わないユーザ登録等、と区別することが可能な構成であってもよい。

さらに、管理サーバ４００は、携帯通信端末３００からのメールの返信メールとして、携帯通信端末３００に、詳細なユーザ登録を行わせるように、携帯通信端末３００のメールアドレス宛に詳細なユーザ情報登録またはアンケート入力を促すメール（例えば、メールの本文にユーザ情報登録またはアンケート入力を行う管理サーバ４００の登録画面へのＵＲＬのリンク）等を送付してもよい。上記の場合、ユーザは当該登録画面へ、当該リンクにアクセスすることによって各種設定が可能となる。

さらに、管理サーバ４００は、無線ルータ２１０を介してＮＡＳ２２０のネットワーク接続部２２１と接続を行う（図示省略）。

また、管理サーバ４００は、携帯通信端末３００からの空メールを受信し、受信したメールアカウント（シリアルＮｏ等の各ネットワーク装置２００等の機器情報）と、送信者のメールアドレスを関連づけて記録し、ユーザ登録を行う（ステップＳ４）。

次に、図６は、管理サーバ４００の機器情報４０３の一例を示す模式図である。

図６に示すように、ステップＳ４の処理において管理サーバ４００は、ユーザのＥ−ｍａｉｌアドレス毎に機器情報をまとめる。
例えば、ユーザ１のＥ−ｍａｉｌアドレスは、「機器情報Ａ：個体識別情報Ａ１」、「機器情報Ｂ：個体識別情報Ｂ１」、「機器情報Ｃ：個体識別情報Ｃ１」と関連付けられ、ユーザ２のＥ−ｍａｉｌアドレスは「機器情報Ａ：個体識別情報Ａ２」と関連付けられ、ユーザ３のＥ−ｍａｉｌアドレスは、「機器情報Ｂ：個体識別情報Ｂ２」、「機器情報Ｃ：個体識別情報Ｃ２」と関連付けられる。

また、各ユーザのＥ−ｍａｉｌアドレスに対して、ユーザから製品が登録される毎に機器情報を追加させてもよい。
例えば、ユーザ１のＥ−ｍａｉｌアドレスを送信元として、携帯通信端末３００が複数の異なる各ネットワーク装置２００のＱＲコード２９１,２９２を撮像して管理サーバ４００にユーザ登録を行う場合、ユーザ１のＥ−ｍａｉｌアドレスに対して複数の異なるネットワーク２００の機器情報が関連付けられる。
なお、本実施の形態においては、Ｅ−ｍａｉｌアドレス毎にまとめることとしているが、これに限定されず、機器情報毎にまとめてもよい。
例えば、「機器情報Ａにユーザ１のＥ−ｍａｉｌアドレス」「機器情報Ｂにユーザ１のＥ−ｍａｉｌアドレス」「機器情報Ｃにユーザ２のＥ−ｍａｉｌアドレス」の様な形態で関連づけてもよい。

また、管理サーバ４００は、ステップＳ４の処理の結果をファームウェア管理部４０５に記録するとともに、得られた機器情報を機器情報４０３に記録し、得られたユーザ情報をユーザ情報４０４に記録する。

また、管理サーバ４００は、各ユーザにより予備のＥ−ｍａｉｌアドレスを、後程、管理サーバ４００の設定画面を通して追加変更できるように設定されていてもよい。
例えば、ユーザは、携帯通信端末３００から管理サーバ４００への登録メールに対する管理サーバ４００からの返信メールに示された管理サーバ４００の設定画面へのリンクアドレスにアクセスすることによって、ユーザのＥ−ｍａｉｌアドレスに関連づけて予備のＥ−ｍａｉｌアドレスを追加できるような構成であってもよい。
この場合、管理サーバ４００はユーザのＥ−ｍａｉｌアドレスを使用した通知が不可能な場合に予備のＥ−ｍａｉｌアドレスを使用した通知を実施することが可能となる。

次に、管理サーバ４００は、ネットワーク装置２００の製造メーカなどの管理者によって管理サーバ４００に登録されたＦＷ更新のデータの有無を確認する。例えば、管理サーバ４００は、機器情報４０３に基づいて、ＦＷ更新のデータの有無を判定し、ＦＷ更新のデータがあると判定した場合、ネットワーク接続部４０１を介して携帯通信端末３００に対してＦＷ更新の発生を該当するユーザのＥ−ｍａｉｌアドレスを使用して通知メールを送信する（ステップＳ５）。

携帯通信端末３００は、ネットワーク接続部３０１を介してＦＷ更新の発生の通知メールを受信し、表示部３０４にＦＷ更新のデータの通知を行う（ステップＳ６）。ユーザは、表示部３０４に表示されたＦＷ更新のデータを選択する。
例えばユーザは、管理サーバ４００からの通知メールの本文に対して、ＦＷ更新のデータの「承認」を示す書き込みを行い管理サーバ４００に対して返信する。
また、例えばユーザは、管理サーバ４００からの通知メールの本文に示された、当該機器情報のＦＷ更新の承認を管理サーバ４００に対して指示するためのリンクを選択する。

このＦＷ更新のデータが選択された場合、携帯通信端末３００は、管理サーバ４００にＦＷ更新の承認情報を送信する（ステップＳ７）。
なお、ここで、管理サーバ４００は、所定の期間、ＦＷ更新の承認情報を得ることができない場合、再度機器情報４０３に基づいて、ステップＳ５の処理を繰り返す。なお、当該処理は、ＦＷ更新の承認情報を受信するまで、繰り返される（ステップＳ８）。

管理サーバ４００は、ＦＷ更新の承認情報を受信し（ステップＳ９）、ＦＷ更新が承認されたと判定した場合にＦＷ更新フラグを立てて（ステップＳ１０）、各ネットワーク装置２００からの要求に応じて無線ルータ２１０を介してＮＡＳ２２０用のＦＷ更新のデータがあることを送信する。

一方、ＮＡＳ２２０は、無線ルータ２１０を介して、所定のタイミングで管理サーバ４００にアクセスし、自身の機器情報に該当するＦＷ更新を確認する（ステップＳ１１）。
なお、無線ルータ２１０、またはＮＡＳ２２０等の各ネットワーク装置２００は、予め管理サーバ４００にアクセするためのアドレス情報が記録されている。
ステップＳ１１の処理後、ＮＡＳ２２０は、無線ルータ２１０を介して、管理サーバ４００のＦＷ更新フラグの有無を確認する（ステップＳ１２）。

ＮＡＳ２２０は、ＦＷ更新フラグがある場合、お知らせＬＥＤ２２４を点灯させる（ステップＳ１３）。
続いて、ＮＡＳ２２０は、ＦＷ更新のデータを管理サーバ４００からダウンロードし、ＦＷ更新の実行を指示する（ステップＳ１４）。
同時に管理サーバ４００は、無線ルータ２１０を介してＦＷ更新のデータをＮＡＳ２２０に与える（ステップＳ１５）。
ＮＡＳ２２０は、ＦＷ更新を実行する（ステップＳ１６）。

次いで、ＮＡＳ２２０は、ＦＷ更新を完了した場合、管理サーバ４００に完了の旨を送信する（ステップＳ１７）。
管理サーバ４００は、完了の旨を受信してＦＷ更新フラグを下げ、ファーム完了のフラグを立てる（ステップＳ１８）。管理サーバ４００は、ファーム完了フラグを確認して、携帯通信端末３００に完了の旨を送信する（ステップＳ１９）。
ユーザは、携帯通信端末３００に送信され、表示部３０４に表示された完了の旨を確認する（ステップＳ２０）。
なお、上記の実施の形態においては、主にＮＡＳ２２０の動作について説明したが、無線ルータ２１０または、その他の各ネットワーク装置２００においても同様の動作としてもよい。

＜第２の実施の形態＞
図７は、第２の実施の形態にかかるネットワークの接続およびＦＷ更新の一例を示すフローチャートである。
第２の実施の形態においては、第１の実施の形態と異なる点についてのみ説明し、同じ部分について説明は繰り返さない。

第２の実施の形態においては、ＮＡＳ２２０に初期パスワードがシール等で貼着されている。ここで、初期パスワードは、例えば、３桁程度の数字または図形等からなり、例えばネットワーク装置２００の毎にランダムに設定されており、管理サーバ４００内にも、予め出荷時情報としてネットワーク装置２００毎に関連づけて登録されている。当該初期パスワードは、管理サーバ４００のユーザ登録画面にログインすることができるものである。
なお、初期パスワードに関してもＱＲコード２９１，２９２と同様に、ＮＦＣを使用して携帯通信端末３００に提供可能な構成としてもよく、別途カードに初期パスワードを設けてもよく、各ネットワーク装置２００に表示部を設けて表示させてもよい。

図７に示すように、携帯通信端末３００は、初期パスワード、取得した情報と、無線ルータ２１０およびＮＡＳ２２０の固有情報を管理サーバに送信する（ステップＳ３ａ）。
なお、ユーザは携帯端末３００から管理サーバ４００へのユーザ登録情報をメールにて送信時に、例えばそのメールの本文または宛先部分に初期パスワードを入力して送信する。
すなわち、初期パスワードを入力したものを管理サーバ４００に送信することにより、管理サーバ４００側で初期パスワードが一致していることを判定し、
管理サーバ４００が情報を受信可能な状態となる。
なお、初期パスワードが図形からなる場合には、図形を選択させるようにしてもよい。

それによって、悪意を持ったユーザが管理サーバ４００に接続することを防止できる。

また、ユーザは、管理サーバ４００のユーザ情報の登録変更を行うためのＷｅｂページへのリンクアドレス（ＵＲＬ）にアクセスし、自身のメールアドレスをログイン名とし、初期パスワードを入力することにより、管理サーバ４００のユーザ登録画面に接続することができるように設計してもよい。
また、ユーザは、自身のメールアドレスの変更追加、または初期パスワードの変更等を実施可能な構成としてもよい。

なお、管理サーバ４００側には、予め機器情報と初期パスワードとは関連づけて記録されていることが前提である。しかしながら、製品出荷時にメーカが初期パスワードにあわせて機器情報を登録することで上記の対応が可能となる。

また、上記の実施の形態においては、初期パスワードをメールに添付することとしていたが、これに限定されず、単なる空メールを管理サーバ４００に送信してもよい。
すなわち、携帯端末３００は管理サーバ４００へ空メールを送信し、管理サーバ４００はその空メールに対する返信メールに、携帯端末３００に初期パスワード入力用のＵＲＬへのリンクを示し、ユーザがそのリンク先に対して初期パスワードを入力する構成としてもよい。

また、図７のステップＳ３ａの処理において、ユーザは、携帯通信端末３００の専用バーコードリーダアプリを利用してＱＲコードを撮像してもよい。
その結果、携帯通信端末３００は、設定情報付きのメールアドレスを取得し、そのメールアドレス宛に取得した設定情報と共にメールを管理サーバ４００に送信してもよい。
例えば、ＱＲコードに記載されている内容は、「ａ ｈｒｅｆ＝“ｍａｉｌｔｏ：１２３４５６７８９＠ｅｘａｍｐｌｅ．ｃｏｍ？ｓｕｂｊｅｃｔ＝製品名等＆ａｍｐ；ｂｏｄｙ＝機器情報」等のＨＴＭＬ形式で記載されていてもよく、その内容を読み取ったバーコードリーダアプリが設定情報付きのメールアドレスを抽出し、そのメールアドレスを使用して管理サーバ４００に対してメールを送信する構成であってもよい。

または、携帯通信端末３００にダウンロードされているメールアプリに各設定情報を渡して送信させてもよい。また、専用バーコードリーダアプリにて、ＱＲコードの読み取りと合わせて自動的にメールにパスワードを添付してメール送信可能な構成とすれば、利便性を高めることができる。
また、当該パスワードを用いて、後日管理サーバ４００のユーザ登録画面を携帯通信端末３００の表示部３０４に表示させて、自身のメールアドレスの変更追加、またはパスワードの変更等実施可能な構成としてもよい。

また、上記の実施形態においては、携帯通信端末３００を用いてＱＲコード２９２を撮像することによって、表示部３０４に管理サーバ４００にメールを送信するか否か表示される場合について説明したが、これに限定されず、撮像することによってＵＲＬアドレスを取得し、当該ＵＲＬをタップして管理サーバ４００にアクセスすることができ、管理サーバ４００は、ＵＲＬ情報に従って既に機器情報などが入力済みとなったユーザ登録画面を表示させるよう設定してもよい。
そして、ユーザは、ユーザ登録画面で自身のメールアドレスを入力することができてもよく、ユーザは、連絡用として任意のメールアドレスを入力することができてもよい。

さらに、管理サーバ４００は、ＵＲＬアドレスを受信し、受信したＵＲＬアドレスのオプションの内容を解析し、シリアルナンバー等の機器情報毎に、メールアドレスを関連づけて記録するようにしてもよい。
例えば、ユーザは、ａａａ．ｊｐという管理サーバ４００に、サービスの名前ａａａ、製品名ｂｂｂ、シリアル番号ｃｃｃというパラメータを付けてアクセスしてもよい。具体的には、パラメータ付きのＵＲＬアドレスとして、ｈｔｔｐ：／／ａａａ．ｊｐ／？ｓｅｒｖｉｃｅｎａｍｅ＝ａａａ＆ｐｒｏｄｕｃｔｎａｍｅ＝ｂｂｂ＆ｓｎ＝ｃｃｃへアクセスする。

また、ＮＡＳ２２０の設定画面からユーザ登録させてもよい。なお、携帯通信端末３００の代わりにパーソナルコンピュータ、スマートフォン、タブレット端末等を用いてもよい。

具体的には、ユーザは、ＮＡＳ２２０のアドレスを入力してＮＡＳ２２０の設定画面（ユーザ登録画面）を開き、ユーザは、自身のメールアドレスを当該設定画面で入力し、ユーザが登録ボタンを押し、ＮＡＳ２２０は、自身の機器情報とユーザのメールアドレスとを管理サーバ４００に送信させてもよい。

この場合、管理サーバ４００は、当該情報を受信し、機器情報とユーザのメールアドレスとを関連づけて記憶させることができる。
なお、携帯通信端末（スマートフォン）３００用に、このＮＡＳ２２０の設定画面を開くアドレスをＱＲコードまたは近距離無線通信（ＮＦＣ）で提供する構成であってもよい。

例えば、携帯通信端末３００は専用バーコードリーダアプリを使用してこのＱＲコードを撮像した場合、専用バーコードリーダアプリは撮像したＱＲコードからＮＡＳ２２０のアドレス情報を抽出し、合わせてＷｉＦｉ通信を使用して、抽出したアドレス情報を使用してネットワーク上のＮＡＳ２２０を検索し、ネットワーク上にＮＡＳ２２０を発見した場合に自動的に設定画面を開く。
なお、携帯通信端末にユーザのメールアドレスが登録されている場合は、ネットワーク上にＮＡＳ２２０を発見した場合に、自動的にＮＡＳ２２０に対して登録し、ＮＡＳ２２０は登録されたメールアドレスを自動的に管理サーバ４００に送信する構成であってもよい。

また、管理サーバ４００に対して直接ユーザが登録を行ってもよい。例えば、ユーザは、管理サーバ４００のＵＲＬアドレスを入力して管理サーバ４００のユーザ登録画面を開き、ユーザは、自身のメールアドレスを管理サーバ４００のユーザ登録画面で入力し、ユーザは、ＮＡＳ２２０の機器情報を入力し、ユーザは、登録ボタンを押し、管理サーバ４００は、機器情報とユーザのメールアドレスとを関連づけて記憶させることができる。

なお、携帯通信端末（スマートフォン）３００用に、この管理サーバ４００のユーザ登録画面を開くアドレスをＱＲコードまたは近距離無線通信（ＮＦＣ）で提供する構成であってもよい。
なお、この例ではＮＡＳ２２０について記載しているが、無線ルータ２１０または、その他の各ネットワーク装置２００についても同様である。

＜第３の実施の形態＞
図８は、第３の実施の形態にかかるネットワークの接続およびＦＷ更新の一例を示すフローチャートである。第３の実施の形態において、第１の実施の形態と異なる点についてのみ説明する。

図８に示すように、第３の実施の形態にかかるフローチャートにおいては、第１の実施の形態にかかるステップＳ１２の代わりに、ＮＡＳ２２０は、無線ルータ２１０を介して、管理サーバ４００のＦＷ更新フラグの有無を確認するとともに、ＮＡＳ２２０のＦＷのバージョン情報も通知する（ステップＳ１２ｂ）。

その場合、例えば管理サーバ４００に対して事前にネットワーク装置２００の工場出荷時のＦＷ Ｖｅｒが登録されていなくても管理サーバ４００はネットワーク装置２００のＦＷ Ｖｅｒを認識することができる。また、ネットワーク装置２００が管理サーバ４００を介さずにＦＷ更新を実施した場合であっても、管理サーバ４００はネットワーク装置２００に適用されているＦＷ Ｖｅｒを認識することによって、不要なＦＷ更新依頼を携帯通信端末３００に対して実施することを防止できる。
また、ＦＷ更新前のネットワーク装置２００のＦＷのバージョンと、管理サーバ４００上の現在の最新のＦＷ更新のデータのバージョンとの間に、ネットワーク装置２００がＦＷ更新を実施していないバージョンのＦＷ更新のデータが複数存在していた場合、管理サーバ４００はネットワーク装置２００が最新のＦＷバージョンとなるようにＦＷ更新依頼を携帯通信端末３００に対して実施することができる。

また、図８に示すように、第３の実施の形態にかかるフローチャートにおいては、第１の実施の形態にかかるステップＳ１４の代わりに、ＮＡＳ２２０は、ＦＷ更新フラグが立っていなくてもＦＷ更新のデータを管理サーバ４００からダウンロードし、ＦＷを受け取る（ステップＳ１４ｂ）。
すなわち、ＦＷ更新に対するユーザの承認を待たずに、事前にＦＷ更新のデータの取得を実施しておく。このため、ユーザがＦＷの更新を承認すると、取得済みのＦＷ更新のデータを使用して迅速に更新処理が実施される。

なお、この場合に取得するＦＷ更新のデータは、自身の機器情報に該当するＦＷ更新のデータの内、完了フラグが立っていないＦＷ ＶｅｒのＦＷ更新のデータであり、例えば、その内の最新版のＦＷ ＶｅｒのＦＷ更新のデータである。

図９は、管理サーバ４００のＦＷ管理部４０５に記録されている情報の一例を示す模式図である。
図９に示すように、管理サーバ４００のＦＷ管理部４０５には、更新フラグおよび実行完了フラグ、ＦＷのバージョン情報が記録される。

具体的には、図９に示すように、「ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ａ、ＦＷ Ｖｅｒ情報Ａ１、更新フラグ（１）、完了フラグ（０）、」、「ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ｂ、ＦＷ Ｖｅｒ情報Ｂ５、更新フラグ（１）、完了フラグ（０）、」、「ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ｃ、ＦＷ Ｖｅｒ情報Ｃ３、更新フラグ（１）、完了フラグ（０）、」と記録される。
この場合、管理サーバ４００のＦＷ管理部４０５には、バージョンＡ１、Ｂ５、Ｃ３というバージョン（Ｖｅｒ）が示される。

また、更新フラグが立っていない場合には、更新フラグ（０）で示され、更新フラグが立っている場合には、更新フラグ（１）で示される。
管理サーバ４００は、更新フラグが立っているか否かを判断する。ここで、更新フラグが立っている場合には、当該機器情報に関するＦＷの更新についてユーザが承認したことを意味する。

また、例えば、「ユーザ２のＥ−ｍａｉｌアドレス、機器情報Ａ、ＦＷ Ｖｅｒ情報Ａ２、更新フラグ（０）、完了フラグ（１）」と記録される。
ここで、完了フラグが立っていない場合には、完了フラグ（０）で示され、完了フラグが立っている場合には、完了フラグ（１）で示される。
この場合、完了フラグが立っている場合には、ＦＷ更新が完了した状態であることを意味する。
また、完了フラグが（０）から（１）へ変更されることに合わせて、管理サーバ４００は携帯通信端末３００に対して完了の旨を送信する。

さらに、例えば、「ユーザ３のＥ−ｍａｉｌアドレス、機器情報Ｂ、ＦＷ Ｖｅｒ情報Ｂ２、更新フラグ（０）、完了フラグ（０）、ユーザ３のＥ−ｍａｉｌアドレス、機器情報Ｃ、ＦＷ Ｖｅｒ情報Ｃ２、更新フラグ（０）、完了フラグ（０）」と記録される。
この場合、更新フラグ、および完了フラグが立っていない状態であり、管理サーバ４００にＦＷ更新のデータは存在するが、そのＦＷの更新についてはユーザによる承認がなされておらず、また、そのＦＷ更新のデータがネットワーク装置２００に適用された履歴が無いことを意味する。

次に、図１０は、ＦＷ管理部４０５に記録された情報の他の例を示す模式図である。図１０においては、ユーザ１のＥｍａｉｌアドレスの例を挙げて説明する。

図１０に示すように、ＦＷ管理部４０５には、「ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ａ、ＦＷ Ｖｅｒ情報Ａ１、更新フラグ（１）、完了フラグ（０）、ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ａ、ＦＷ Ｖｅｒ情報Ａ０、更新フラグ（０）、完了フラグ（１）、ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ｂ、ＦＷ Ｖｅｒ情報Ｂ５、更新フラグ（１）、完了フラグ（０）、ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ｂ、ＦＷ Ｖｅｒ情報Ｂ４、更新フラグ（０）、完了フラグ（１）、ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ｃ、ＦＷ Ｖｅｒ情報Ｃ３、更新フラグ（１）、完了フラグ（０）、ユーザ１のＥ−ｍａｉｌアドレス、機器情報Ｃ、ＦＷ Ｖｅｒ情報Ｃ２、更新フラグ（０）、完了フラグ（１）」が記録されている。

この場合、ＦＷのバージョン（Ｖｅｒ）が、Ａ１の場合、Ａ０の場合がある。すなわち、Ａ１は、新しいバージョンのＦＷ更新のデータであり、Ａ０が一つ昔のＦＷ更新のデータである。
また、ＦＷのバージョン（Ｖｅｒ）が、Ｂ５の場合、Ｂ４の場合がある。すなわち、Ｂ５は、新しいバージョンのＦＷ更新のデータであり、Ｂ４が一つ昔のＦＷ更新のデータである。
同様に、ＦＷのバージョン（Ｖｅｒ）が、Ｃ３の場合、Ｃ２の場合がある。すなわち、Ｃ３は、新しいバージョンのＦＷ更新のデータであり、Ｃ２が一つ昔のＦＷ更新のデータである。

このように、ＦＷ管理部４０５に、一つ昔のバージョンを記録および保持することにより、不具合などが生じた場合に、ユーザは、携帯通信端末３００を用いて、容易に一つ昔のバージョンに戻すことができる。

例えば、管理サーバ４００はユーザ１に対して図１０の内容の一部または全部を確認可能な構成とし、ユーザ１は管理サーバ４００の設定画面にアクセスする。そして、例えば昔のバージョンのＦＷの更新フラグを立てる。そうした場合、ネットワーク装置２００はＦＷ更新フラグが立っているＦＷ ＶｅｒのＦＷ更新のデータを取得し、更新することが可能となる。次いで、更新した後、完了フラグが立てられ、更新フラグが下ろされる。
なお、図１０では１つ昔のＦＷ更新情報の例を示しているが、複数のバージョンのＦＷ更新情報を記録および保持してもよい。
また、ユーザ１が昔のＦＷのバージョンのＦＷの更新フラグを立てた場合に、管理サーバ４００はＦＷの更新フラグが立てられたバージョンのＦＷの完了フラグが既に立っている場合はその完了フラグを下ろす構成であってもよい。

次に、図１１は、ＦＷ管理部４０５から送信される更新データの重要性の一例を示す模式図であり、図１２は、携帯通信端末３００の表示部３０４の一例を示す模式図である。図１２は、図５および図７、図８のステップＳ６における表示部３０４の一例を示す。

まず、図１１に示すように、「ＦＷ Ｖｅｒ情報Ａ１」は、「重要度Ａ」のランクであり、「３時間以内」に更新を推奨するものであり、「割引１０％」の特典が付与され、通知間隔が「１時間毎」である。
同様に、「ＦＷ Ｖｅｒ情報Ａ０」は、「重要度Ｂ」のランクであり、「２日以内」に更新を推奨するものであり、「割引５％」の特典が付与され、通知間隔が「１日毎」であり、「ＦＷ Ｖｅｒ情報Ｂ５」は、「重要度Ｃ」のランクであり、「３日以内」に更新を推奨するものであり、「割引３％」の特典が付与され、通知間隔が「３０時間毎」である。

また、「ＦＷ Ｖｅｒ情報Ｂ４」は、「重要度Ｄ」のランクであり、「１週間以内」に更新を推奨するものであり、「割引０％」で特典は付与されず、通知間隔が「２日毎」であり、「ＦＷ Ｖｅｒ情報Ｃ３」は、「重要度Ｆ」のランクであり、「１月以内」に更新を推奨するものであり、「割引０％」で特典は付与されず、通知間隔が「１週毎」であり、「ＦＷ Ｖｅｒ情報Ｃ２」は、「重要度Ｃ」のランクであり、「３日以内」に更新を推奨するものであり、「割引０％」で特典は付与されず、通知間隔が「３０時間毎」である。

このように、ＦＷ更新のデータの重要度に応じてＦＷ更新部４０５によりランク分けがされており、その重要度に応じて告知が変化する。

具体的には図１２に示すように、携帯通信端末３００の表示部３０４には、重要度Ａランクの場合、『新しい更新ソフトがあります。３時間以内にバージョンアップしてください。時間内にバージョンアップされた場合には、割引チケットをプレゼントします。』と記載され、バージョンアップがされて完了フラグが立たない限り、１時間毎に再通知が行われる。
この再通知時には、『新しい更新ソフトがあります。３時間以内にバージョンアップしてください。時間内にバージョンアップされた場合には、割引チケットをプレゼントします。』が通知されるのではなく、『新しい更新ソフトがあります。１時間以内にバージョンアップしてくだされば、割引チケットをプレゼントします。』と通知され、再々通知には、『新しい更新ソフトがあります。大至急更新お願いいたします。』等と通知される。なお、通知と、再通知との内容が同じで、再々通知だけ内容を変化させてもよい。

例えば、管理サーバ４００は再通知の回数をカウントし、再通知の回数に応じて通知内容を変える。例えば、３回目までの通知では『新しい更新ソフトがあります。バージョンアップをお願いします。』と表示され、４回目以降の通知では『重要な内容を含んでいます。至急更新をお願いします。』等と通知される。
また、再通知の回数に応じて通知間隔を変化させてもよい。例えば、３回目までの通知では１週間毎に通知を実施し、４回目以降は３日毎に通知を実施する等である。もちろん、これら通知の変化は、それぞれを組み合わせて実施するように構成してもよい。

続いて、図１３および図１４は、携帯通信端末３００の表示部３０４の他の例を示す模式図である。

図１３に示すように、携帯通信端末３００の表示部３０４には、「新しい更新ソフトがあります。既にバージョンアップされている方は、○○○○万人です。」と表示される。その結果、ユーザは、当該更新ソフトのバージョンアップを行なう意識を湧かせることができる。
具体的には、管理サーバ４００は機器情報４０３とユーザ情報４０４とＦＷ管理部４０５を確認することにより、ユーザ登録されているネットワーク装置２００の数と、完了フラグによってＦＷ毎に更新完了の有無を把握することが可能であるため、その情報を使用してユーザへの通知を実施する。

また、図１４に示すように、携帯通信端末３００の表示部３０４には、「新しい更新ソフトがあります。既にバージョンアップされている方は、８０％を超えています。」と表示される。その結果、ユーザは、当該更新ソフトのバージョンアップを行おうという意識を湧かせることができる。

なお、本実施の形態においては、全てを手動でバージョンアップする場合について説明したが、これに限定されず、ＦＷ更新の重要度合いに応じて「自動」または「手動」を切り替えるようにしてもよく、ユーザが管理サーバ４００の設定画面において予め上記を設定してもよい。
例えば、製品の信頼性に関する重要なＦＷ更新であった場合において、ユーザからの承認通知が無くても管理サーバ４００は管理サーバ４００内の当該更新ソフトに対して更新フラグを自動的に立てる。
そうすることによって、ユーザ承認を得ることなく、ネットワーク装置２００は自動的にＦＷ更新を実施することが可能となる。
例えば、管理サーバ４００のＦＷ管理部４０５に自動更新フラグを設け、ユーザが管理サーバ４００の設定画面へのアドレスを使用して設定画面にアクセスして、この自動更新フラグを立てることが可能な構成としてもよい。自動更新フラグが立っている場合、ネットワーク装置２００は更新フラグによらずＦＷを更新する。

＜第４の実施の形態＞
次いで、図１５は、第４の実施の形態にかかるネットワークシステムの一例を示す模式図である。第４の実施の形態においては、第１の実施の形態と異なる点についてのみ説明し、同じ部分について説明は繰り返さない。

図１５に示すように、第４の実施の形態において、ネットワークシステム１００は、図１に示すネットワークシステム１００にさらに、他の外部装置２３０を含む。外部記憶装置（ＮＡＳ）２２０は、ＵＳＢポート２９３を有し、外部装置２３０は、例えばＵＳＢデバイスからなり、外部記憶装置（ＮＡＳ）２２０のＵＳＢポート２９３に接続される。
また、外部装置２３０には、ＱＲ２９１,２９２と同様にＱＲコード２９４が貼り付けられている。

第４の実施の形態においては、ＮＡＳ２２０のＵＳＢポート２９３に接続する外部装置２３０をＦＷ更新対象とする場合について説明する。
なお、ＵＳＢポート２９３はＵＳＢに限定されず、例えば外部装置２３０がＩＥＥＥ１３９４、ＳｅｒｉａｌＡＴＡ、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）などのインターフェイスを備えたデバイスである場合は、各ネットワーク装置２００はそれらのインターフェイスに対応したポート２９３を備える構成であってもよい。

＜管理サーバ４００への外部装置２３０の登録について＞
まず、外部装置２３０の機器情報を、各ネットワーク装置２００を経由して管理サーバ４００へ送信する場合、ユーザは、ＮＡＳ２２０のＵＳＢポート２９３に外部装置２３０を接続する。ＮＡＳ２２０は、接続された外部装置２３０から、その外部装置２３０の機器情報を読み出し、ＮＡＳ２２０の機器情報とともに管理サーバ４００に送信する。管理サーバ４００は、その外部装置２３０の機器情報を「送信元であるＮＡＳ２２０の機器情報に関連づけて登録されているユーザのＥ−ｍａｉｌアドレス情報」と関連づける。

また、外部装置２３０の機器情報を、携帯通信端末３００を経由して管理サーバ４００へ送信する場合、ユーザは、外部装置２３０に貼り付けられているＱＲコード２９４を携帯通信端末３００の撮像部３０２により撮像し、管理サーバ４００にユーザ登録する。すなわち、図５のステップＳ２の処理と同じ処理を行う。
次いで、管理サーバ４００は、ユーザに対して外部装置２３０に対するＦＷ更新通知を送信する。ユーザが承認すると、管理サーバ４００の更新フラグが立てられることとなる。

＜管理サーバ４００からユーザへのＦＷ更新通知と承認について＞
外部装置２３０に対する新しいＦＷが管理サーバ４００にアップされた場合、管理サーバ４００は、ユーザのＥ−ｍａｉｌアドレス（外部装置２３０の機器情報と関連づけられているユーザのアドレス情報）宛にＦＷ更新に関する情報を送信する。
そして、ユーザからのＦＷ更新を承認する旨の返信によって、管理サーバ４００は、更新フラグを立たせることができる。

＜外部装置のＦＷ更新について＞
外部装置２３０がＮＡＳ２２０のＵＳＢポート２９３に接続された場合、ＮＡＳ２２０は、外部装置２３０の機器情報を管理サーバ４００へ送信し、外部装置２３０の機器情報に関連付けられたＦＷ更新のデータに更新フラグが立っているか否かを確認する。
ＮＡＳ２２０は、外部装置２３０のＦＷ更新のデータの更新フラグが立っていると判定した場合、そのＦＷ更新のデータを使用して外部装置２３０のＦＷを更新する。

なお、ＮＡＳ２２０は、接続された外部装置２３０の機器情報を保持する構成としてもよい。その場合、ＮＡＳ２２０のお知らせＬＥＤ２２４を使用して、ユーザに対して、外部装置２３０のＦＷ更新のデータの有無に関する通知を行うことができる。

また、管理サーバ４００上のＦＷ更新フラグの状態にかかわらず、外部装置２３０の新しいＦＷ更新のデータがアップされた場合に、そのＦＷ更新のデータを取得することが可能となる。そして、その後、実際にユーザが外部装置２３０を接続し、かつ更新フラグが立っている場合に、取得済みのＦＷ更新のデータを使用して外部装置２３０をＦＷ更新する構成としてもよい。

なお、上記の第１の実施の形態から第３の実施の形態においては、携帯通信端末３００から管理サーバ４００に登録用情報を送信（ステップＳ１からステップＳ４の処理）することとしているが、これに限定されず、携帯通信端末３００から無線ルータ２１０を介して管理サーバ４００に送信させるように、無線ルータ２１０を構成してもよい。
例えば、携帯通信端末３００がＷｉＦｉ通信にて無線ルータ２１０と接続可能となっている場合、携帯通信端末３００にインストールされている専用バーコードリーダアプリを使用して各ネットワーク装置２００のＱＲコードを撮像した際に、その専用バーコードリーダアプリを介して登録用情報を無線ルータ２１０に送信し、無線ルータ２１０は受信した登録用情報を管理サーバ４００に送信し登録させる。
また、管理サーバ４００から更新情報確認を行う場合（ステップＳ１１の処理）、ＦＷ実行指示（ステップＳ１４の処理）を行う場合、無線ルータ２１０を介してもよい。
なお、携帯通信端末３００が無線ルータ２１０のＷｉＦｉ接続領域内に存在することが条件となるが、室内で設定する場合には、何ら問題が生じない。
また、例えば携帯通信端末３００が無線ルータ２１０とのインターフェイス、すなわちＷｉＦｉ通信には対応しているが、直接インターネットにアクセス可能な３Ｇ（第３世代通信）またはＬＴＥ（ロング・ターム・エボリューション）には対応していない場合においては好適である。

したがって、第１の実施の形態から第４の実施の形態においては、外出先からでも、ＦＷ更新を行うことが可能となる。

また、無線ルータ２１０およびＮＡＳ２２０をリセット、すなわち出荷時状態に戻した場合には、無線ルータ２１０およびＮＡＳ２２０が管理サーバ４００と接続された場合に、当該ネットワーク装置２００から管理サーバ４００に対してリセットされた旨の信号を送信し、その信号を受信した管理サーバ４００は管理サーバ４００のファームウェア管理部４０５の当該ネットワーク装置２００の内容を初期状態に書き換えることが望ましい。

さらに、携帯通信端末３００が携帯電話等である場合、経時とともに機種を変更する場合があるため、管理サーバ４００に登録したユーザのＥ−ｍａｉｌアドレスも変更になる場合がある。その場合、管理サーバ４００からの通知メールがユーザに届かないことも想定されるため、フェイスブック等のＳＮＳ，またはＬＩＮＥ、ｇｏｏｇｌ−ｍａｉｌなどを備えた通信端末を用いて管理サーバ４００または無線ルータ２１０、ＮＡＳ２２０と接続可能な構成にしてもよい。

例えばフェイスブック等のＳＮＳの場合、管理サーバ４００は管理サーバ４００に登録されたユーザのＥ−ｍａｉｌアドレスを使用してＳＮＳに参加しているユーザを検索する。例えば、友達検索等である。そして、この検索したユーザに対して、このＳＮＳを使用した通知を実施しても良いかどうかの確認を実施する。具体的には、友達申請を行う。そして、友達申請を承認された場合に管理サーバ４００からこのＳＮＳを使用して通知をおこなう（友達登録）。

また、例えば、ＬＩＮＥ等のインスタントメッセンジャの場合、管理サーバ４００はユーザへこのインスタントメッセンジャを使用して通知を行うために、管理サーバ４００に登録されたユーザのＥ−ｍａｉｌアドレスを使用してこのインスタントメッセンジャの登録用アドレス情報（ＵＲＬ）を送信する（友達申請）。ユーザがそのアドレスにアクセスした場合にこのインスタントメッセンジャを使用して通知をおこなう（友達登録）。

また、Ｇｏｏｇｌｅ−ｍａｉｌ等の他のＥ−ｍａｉｌアドレスの場合は、ユーザは管理サーバ４００の設定画面にアクセスしてＥ−ｍａｉｌアドレスを追加する。これにより管理サーバ４００は、このＥ−ｍａｉｌアドレスを使用した通知も可能となる。

また、第１の実施の形態から第４の実施の形態においては、手動でＦＷ更新を行うこととしているが、重要度のランク（レベル）が低い場合のみ、または高い場合のみに、自動更新させるようにしてもよい。
また、携帯通信端末３００の表示部３０４に更新する更新ＦＷのスケジュール、影響のあるソフトウェアについても表示させてもよい。その結果、ユーザは、他のソフトまたは更新ＦＷのタイミングに応じてＦＷ更新を行うことができる。

以上のように、ファームウェア管理部４０５によりバージョンアップの重要レベルに応じて通知内容および通知方法のいずれかが調整される。その結果、ユーザは、バージョンアップの重要レベルを認識することができ、適切にバージョンアップすることができる。

また、携帯通信端末３００の撮像部３０２によりＮＡＳ２２０の機器情報を取得することができ、メール送受信部３０２およびメール送受信部４０２により管理サーバ４００に固有情報を送信することができる。
そして、ネットワーク接続部４０１、ネットワーク接続部２２１により管理サーバ４００がＮＡＳ２２０と送受信可能になる。その結果、管理サーバ４００とＮＡＳ２２０とを容易に通信可能とすることができる。

本発明においては、管理サーバ４００が「管理サーバ」に相当し、無線ルータ２１０、ＮＡＳ２２０および外部装置２３０が「ネットワーク装置」に相当し、ＵＳＢポート２９３が「接続ポート」に相当し、携帯通信端末３００が「携帯通信端末」に相当し、重要度Ａ，〜，Ｆが「バージョンアップの重要レベル」に相当し、ファームウェア管理部４０５が「調整部および調整工程」に相当し、ネットワークシステム１００が「ネットワークシステムおよびネットワーク方法」に相当し、特典が「利益ポイント」に相当し、撮像部３０２が「取得装置および取得工程」に相当し、メール送受信部３０３、メール送受信部４０２が「送信部および送信工程」に相当し、ネットワーク接続部３０１、ネットワーク接続部２２１、無線ルータ２１０、ネットワーク接続部４０１、機器情報４０３、ユーザ情報４０４が「通信確立部および通信確立工程」に相当する。

本発明の好ましい一実施の形態は上記の通りであるが、本発明はそれだけに制限されない。本発明の精神と範囲から逸脱することのない様々な実施形態が他になされることは理解されよう。さらに、本実施形態において、本発明の構成による作用および効果を述べているが、これら作用および効果は、一例であり、本発明を限定するものではない。
なお、この実施の形態においては、主にネットワーク装置２００のＮＡＳ２２０の動作について説明したが、無線ルータ２１０、外部装置２３０またはその他の各ネットワーク装置２００においても同様の動作を用いてもよい。

１００ ネットワークシステム
２１０ 無線ルータ
２２０ ＮＡＳ
２２１ ネットワーク接続部
２３０ 外部装置
３００ 携帯通信端末
３０１ ネットワーク接続部
３０２ 撮像部
３０３ メール送受信部
４００ 管理サーバ
４０１ ネットワーク接続部
４０２ メール送受信部
４０３ 機器情報
４０４ ユーザ情報
４０５ ファームウェア管理部

Claims (13)

1. 管理サーバと、
   ネットワーク装置と、
   携帯通信端末と、を含み、
   前記ネットワーク装置のバージョンアップの重要レベルに応じて少なくとも通知内容および通知方法のいずれかを調整する調整部を含む、ネットワークシステム。
2. 前記ネットワーク装置は、少なくとも通信装置および外部記憶装置のいずれかと、
   前記少なくとも通信装置および外部記憶装置のいずれかは、接続ポートを有し、前記接続ポートにさらに接続される機器と、を含む、請求項１記載のネットワークシステム。
3. 前記通知内容は、通知回数によって内容が異なる、請求項１または２記載のネットワークシステム。
4. 前記通知内容は、バージョンアップが終了している前記ネットワーク装置の割合を提示する、請求項１から３のいずれかに記載のネットワークシステム。
5. 前記通知内容は、所定期間内にバージョンアップを実施した場合に、利益ポイントを提供する、請求項１から４のいずれかに記載のネットワークシステム。
6. 前記通知方法は、少なくとも重要レベルおよび通知回数のいずれか一方に応じて通知間隔を変化させる、請求項１から５のいずれかに記載のネットワークシステム。
7. 前記通知方法は、重要レベルに応じて少なくとも通知回数および通知間隔のいずれか一方を変化させる、請求項１から５のいずれかに記載のネットワークシステム。
8. 管理サーバと、
   ネットワーク装置と、
   携帯通信端末と、を含み、
   前記携帯通信端末により前記ネットワーク装置の固有情報を取得できる取得装置と、
   前記固有情報を前記携帯通信端末により前記管理サーバに送信する送信部と、
   前記管理サーバが前記ネットワーク装置と前記携帯通信端末とを関連付けた送受信を可能にする通信確立部と、を含む、ネットワークシステム。
9. 前記ネットワーク装置は、少なくとも通信装置および外部記憶装置のいずれかと、
   前記少なくとも通信装置および外部記憶装置のいずれかは、接続ポートを有し、前記接続ポートにさらに接続される機器と、を含む、請求項８記載のネットワークシステム。
10. 前記固有情報は、前記ネットワーク装置に貼り付けられたバーコードまたはＱＲコードに収録され、
    前記取得装置は、撮像部からなる、請求項８または９記載のネットワークシステム。
11. 前記携帯通信端末は、近距離無線通信を用いて前記ネットワーク装置の前記固有情報を取得する、請求項８から１０のいずれかに記載のネットワークシステム。
12. 管理サーバ、ネットワーク装置および携帯通信端末、を含むネットワーク方法において、
    前記ネットワーク装置のバージョンアップの重要レベルに応じて少なくとも通知内容および通知方法のいずれかを調整する調整工程を含む、ネットワーク方法。
13. 管理サーバ、ネットワーク装置および携帯通信端末、を含むネットワーク方法において、
    前記携帯通信端末により前記ネットワーク装置の固有情報を取得できる取得工程と、
    前記固有情報を前記携帯通信端末により前記管理サーバに送信する送信工程と、
    前記管理サーバが前記ネットワーク装置と前記携帯通信端末とを関連付けた送受信を可能にする通信確立工程と、を含む、ネットワーク方法。

Images