(57)【要約】【課題】  通信装置において、ソフトウェアやコンフィグ等の内部情報の更新を行う場合、管理サーバでバージョンチェックを行う等の専用ソフトウェアが不要な更新方法を提供する。【解決手段】  通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、通信装置は、サーバから内部情報更新用ファイルをダウンロードし、ダウンロードしたファイルによって、通信装置の内部情報を更新する。【選択図】      図１
2015115650.tif 000002
【特許請求の範囲】
【請求項１】
通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、
前記通信装置は、前記サーバから前記ファイルをダウンロードし、
前記ダウンロードしたファイルによって、前記通信装置の内部情報を更新することを特徴とする情報通信システム。
【請求項２】
前記通信装置は、前記ダウンロードしたファイルと前記通信装置の内部情報とを比較し差異がある場合には、前記内部情報を更新することを特徴とする請求項１に記載の情報通信システム。
【請求項３】
通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、
前記通信装置は、更新する前記内部情報更新用ファイルをダウンロードする前に前記ファイルのバージョンと前記通信装置の内部情報のバージョンとを比較し、前記内部情報のバージョンが古い場合のみ、前記ファイルをダウンロードし、前記内部情報を更新することを特徴とする情報通信システム。
【請求項４】
前記通信装置は、時刻を計時する時計部を備え、
前記時計部が計時した所定の時刻に前記サーバから前記ファイルをダウンロードすることを特徴とする請求項１から３に記載の情報通信システム。
【請求項５】
前記通信装置の内部情報更新用ファイルは、前記通信装置のソフトウェアの更新ファイル、または、コンフィグ設定のためのファイルであることを特徴とする請求項１から４に記載の情報通信システム。
【請求項６】
前記通信装置は、前記内部情報を更新した後、更新した結果を記したファイルを前記サーバに送信することを特徴とする請求項１から５に記載の情報通信システム。
【請求項７】
通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、
前記通信装置が、前記サーバからファイルを自動でダウンロードするステップと、
前記ダウンロードしたファイルと前記通信装置の内部情報とを比較し、差異がある場合に前記内部情報を更新するステップと、
を備えることを特徴とする情報通信システムの内部情報更新方法。
【請求項８】
通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、
前記通信装置は、前記ファイルをダウンロードする前に前記ファイルのバージョンと前記通信装置の内部情報のバージョンとを比較するステップと、前記内部情報のバージョンが古い場合のみ、前記ファイルをダウンロードするステップと、
前記ダウンロードしたファイルを用いて前記内部情報を更新するステップと、
を備えることを特徴とする情報通信システムの内部情報更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット接続を行う情報通信システムに関し、その内部情報の更新方法に関する。
【背景技術】
【０００２】
ルータ等の通信装置を各拠点に設置する場合、設置業者が発送前に通信装置のソフトウェアの更新、及び通信装置のコンフィグ設定を行う必要があり、顧客が使えるようになるまでに多大な工数を要する場合があった。
【０００３】
また、運用後、顧客にてコンフィグ変更を行った場合、顧客がコンフィグを保存したＵＳＢメモリを紛失する等によるコンフィグ紛失リスクが伴う。また、通信装置管理者にて顧客の通信装置の最新の状態が把握できない等のリスクを伴っていた。
【０００４】
既存の一括管理方法や集中管理方法の仕組みでは、専用のサーバが必要であり、管理のための特別な知識を必要としたため、管理工数が大きくなる傾向にあった。関連する技術として、特許文献１のような技術が開示されている。
【０００５】
特許文献１には、情報端末装置のアプリケーションを管理サーバにアップロードされた最新バージョンのものに自動更新する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−０３６７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載の技術では、管理サーバからの情報により更新され、管理サーバと情報端末の間で通信障害が発生しても情報端末装置の健全な作動を確保するもので、複数拠点のソフトウェアバージョン管理、更新、及び通信装置のコンフィグ設定、更新を行うことは困難であるという課題があった。
【０００８】
本発明の目的は、上述した課題を解決し、通信装置がアクセス可能な箇所にファイルを転送するプロトコルを備えたサーバを設置することで、複数拠点のソフトウェアバージョン管理、更新、及び通信装置のコンフィグ設定、更新を行うことが可能な情報通信システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するために、通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、通信装置は、サーバからファイルをダウンロードし、ダウンロードしたファイルによって、通信装置の内部情報を更新することを特徴としている。
【００１０】
また、本発明は、上記課題を解決するために、通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、前記通信装置は、更新する内部情報更新用ファイルをダウンロードする前にファイルのバージョンと通信装置の内部情報のバージョンとを比較し、内部情報のバージョンが古い場合のみ、ファイルをダウンロードし、内部情報を更新することを特徴としている。
【００１１】
また、本発明は、上記課題を解決するために、通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、通信装置がサーバからファイルを自動でダウンロードするステップと、ダウンロードしたファイルと通信装置の内部情報とを比較し、差異がある場合に内部情報を更新するステップとを備えることを特徴としている。
【００１２】
また、本発明は、上記課題を解決するために、通信装置の内部情報更新用ファイルを保存するサーバとネットワーク経由で接続されている通信装置を備え、通信装置はファイルをダウンロードする前にファイルのバージョンと通信装置の内部情報のバージョンとを比較するステップと、内部情報のバージョンが古い場合のみ、ファイルをダウンロードするステップと、ダウンロードしたファイルを用いて前記内部情報を更新するステップとを備えることを特徴としている。
【発明の効果】
【００１３】
本発明によれば、複数拠点のソフトウェアバージョン管理、更新、及び通信装置のコンフィグ設定、更新を自動的に行うことができるという効果が得られる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態における情報通信システムの構成を示すブロック図である。
【図２】本発明の第１の実施形態における通信装置を示すブロック図である。
【図３】本発明の第１の実施形態におけるサーバ内のディレクトリ構成、及びファイル構成を示した図である。
【図４】本発明の第１の実施形態における情報通信システムの動作を示すフローチャートである。
【図５】本発明の第１の実施形態における情報通信システムの通信装置とサーバの間のシーケンスを示す図である。
【図６】本発明の第２の実施形態における情報通信システムの通信装置とサーバの間のシーケンスを示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について図面を参照して詳細に説明する。
【００１６】
（第１の実施形態）
図１及び図２を用いて、本発明の第１の実施形態である情報通信システムの構成を説明する。
【００１７】
図１は、本発明の第１の実施形態である情報通信システムの構成を示すブロック図である。図２は、通信装置１の内部の構成を示すブロック図である。
【００１８】
図１において、通信装置１は、インターネットと情報処理装置３との間で通信を制御する装置であり、また、インターネットを介してＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバ２と接続されている。ＦＴＰサーバ２内には、通信装置１の製造番号毎にソフトウェアやコンフィグが保存されている。通信装置１は例えばルータである。
【００１９】
通信装置１は、インターネットとの間で通信を行う通信制御部１８、実行するソフトウェアをロードしておく揮発性メモリ１５、コンフィグ等を保存しておく不揮発性メモリ１４、表示部１２、時刻を計時する時計部１３から構成されている。
【００２０】
また、製造番号やＦＴＰサーバアクセス情報を記憶しておく情報記憶部１９を有している。ＦＴＰサーバアクセス情報は、通信装置１がＦＴＰサーバ２へアクセスするための情報であり、たとえば、完全修飾ドメイン名、ログインアカウント、ログインパスワード、ダウンロードファイル名等である。
【００２１】
通信装置１は、ＦＴＰサーバアクセス情報を元に、ＦＴＰサーバ２に対してアクセスする。アクセス完了後、通信装置１の製造番号と一致するディレクトリからソフトウェア、及びコンフィグを取得し通信装置１に適用する。
【００２２】
適用完了後、ＦＴＰサーバ２上の決められたディレクトリに適用結果を送信する。通信装置１の管理者は、ＦＴＰサーバ２上の結果ファイルを参照することで適用結果を把握することが可能となる。
【００２３】
図３は、ＦＴＰサーバ２内のディレクトリ構成、及びファイル構成を示した図である。図３において、「ソフトウェア」の下のディレクトリに、例えば、「通信装置Ａ製造番号」という固有のディレクトリがあって、その中に「通信装置Ａソフトウェア」と「通信装置Ａコンフィグ」というファイルが格納されている。
【００２４】
通信装置１から「通信装置Ａ製造番号」のファイルの要求があった場合は、「通信装置Ａソフトウェア」と「通信装置Ａコンフィグ」というファイルを転送する。そして、通信装置１にて適用完了後、ＦＴＰサーバ２上の「結果」というディレクトリの下の「通信装置Ａ製造番号」ディレクトリに、適用結果として「ソフトウェア更新結果」と「コンフィグ適用結果」を格納する。通信装置１の管理者は、ＦＴＰサーバ２のこれらの結果ファイルを参照することが可能となり、通信装置１の更新状態を管理することができる。
【００２５】
次に、図４を用いて、本発明の第１の実施形態における情報通信システムの動作を説明する。図４は、本発明の第１の実施形態における情報通信システムの動作を示すフローチャートである。
【００２６】
通信装置１は、起動後（Ｓ１００）、現在のコンフィグにＦＴＰサーバアクセス情報が有るか確認する（Ｓ１０１）。ＦＴＰサーバアクセス情報が有る場合は（Ｓ１０１のＹｅｓ）、ＦＴＰサーバにアクセスするタイミングであるかを確認する（Ｓ１０２）。
【００２７】
通信装置１は、内部に時計部１３を有しているため、ＦＴＰサーバにアクセスするタイミングを日時指定や定期実行が可能となる。通信装置１がＦＴＰサーバにアクセスするタイミングには、次のような場合がある。たとえば、通信装置が起動した時刻、ネットワークへ接続が可能となった時刻、指定した日時での実行、定期的な実行（毎日／毎週／毎月／毎年）等である。
【００２８】
ＦＴＰサーバにアクセスするタイミングとなった場合（Ｓ１０２のＹｅｓ）、通信装置１は、ネットワークへの接続が可能か確認する（Ｓ１０３）。ネットワークにアクセス可能であれば（Ｓ１０３のＹｅｓ）、ＦＴＰサーバアクセス情報を元にＦＴＰサーバ２にアクセスし、通信装置１の製造番号に関連するディレクトリからソフトウェア、及びコンフィグのダウンロードを行う（Ｓ１０４）。
【００２９】
そして、ダウンロードしたファイルと、通信装置１上で動作しているソフトウェアのバージョン、及びコンフィグとの差分チェックを行い更新が必要か判断する（Ｓ１０５）。
【００３０】
更新が必要と判断した場合（Ｓ１０５のＹｅｓ）、通信装置１のソフトウェア、及びコンフィグを更新する（Ｓ１０６）。更新する対象は、通信装置１内部の不揮発性メモリ１４に保持しているデータと、揮発性メモリ１５に展開しているデータの両方を更新する。コンフィグ更新の影響が、実行するソフトが使うデータに影響するため、両方のメモリのデータを更新する。両方を更新することで通信装置は、動作中に最新の状態を保つことが可能であり、再起動を行った後でも最新の状態で動作することが可能となる。そして、更新結果をＦＴＰサーバ２へ転送する（Ｓ１０７）。
【００３１】
図５は、本発明の第１の実施形態の通信装置とＦＴＰサーバの間のシーケンスを示す図である。図５を用いて、通信装置とＦＴＰサーバの間のシーケンスを説明する。
【００３２】
通信装置１は、ＦＴＰサーバ２にアクセスする時刻になった場合、ＦＴＰサーバ２へ接続する（Ｓ５００）。接続完了後、通信装置１が持つ製造番号のディレクトリへ移動（Ｓ５０１）し、通信装置１用のソフトウェア、及びコンフィグの取得要求（Ｓ５０２）を送信する。ＦＴＰサーバ２は、要求に従い、ソフトウェア、コンフィグを転送する（Ｓ５０３）。通信装置１は、取得したソフトウェアと現在のソフトウェアのバージョン差異、及び取得したコンフィグと現在のコンフィグの差異を確認し（Ｓ５０４）、差異があれば（Ｓ５０４のＹｅｓ）、ソフトウェア、コンフィグの更新を行う（Ｓ５０５）。差異がない場合は、終了する（Ｓ５０４のＮｏ）。更新処理が完了したあと、ＦＴＰサーバ２に更新完了通知を送信し（Ｓ５０６）、ＦＴＰサーバ２との通信を切断（Ｓ５０７）する。
【００３３】
通信装置１が、複数の拠点に設置される場合は、例えば、工場出荷状態では、ＦＴＰサーバへのアクセス情報さえ設定されていればよいため、全て同じコンフィグで出荷が可能となり、出荷後、個々の通信装置１が、それぞれＦＴＰサーバにアクセスして、コンフィグ設定、更新を行えばよい。
【００３４】
以上のように、本実施形態によれば、通信装置がアクセス可能な箇所にＦＴＰサーバを設置することで、複数拠点のソフトウェアバージョン管理、更新、及び通信装置のコンフィグ設定、更新を行うことが可能となる。
【００３５】
そして、通信装置を顧客に出荷する段階で、ソフトウェアの更新及びコンフィグ設定を行う必要がなく、現地にてネットワークに接続するのみで、最新のソフトウェア及びコンフィグにて運用することが可能となる。例えば、通信装置が起動したときにＦＴＰサーバ２にアクセスするように設定しておけば、現地で通信装置を設置し起動した時に、通信装置１が自分で最新のソフトウェアとコンフィグに設定することができる。
【００３６】
（第２の実施形態）
図６を用いて、本発明の第２の実施形態の動作について説明する。図６は、本発明の第２の実施形態の通信装置とＦＴＰサーバの間のシーケンスを示す図である。
【００３７】
本発明の第１の実施形態では、更新の有無にかかわらずＦＴＰサーバ２から通信装置１用のソフトウェア、及びコンフィグをダウンロードしてしまう。この場合、ネットワークに余分なトラフィックが発生しネットワーク負荷が高くなってしまう可能性がある。
【００３８】
図６は、このようなネットワーク負荷を回避するための手段を示すものである。
【００３９】
まず、ＦＴＰサーバ２上の通信装置１毎のディレクトリに、ＦＴＰサーバ２上に保持しているソフトウェアのバージョン情報、及びコンフィグのリビジョン情報を記載したファイルを用意しておく。通信装置１が、ＦＴＰサーバ２へ接続し（Ｓ６００）、製造番号のディレクトリに移動が完了した後（Ｓ６０１）、通信装置１は、ＦＴＰサーバ保持情報の取得要求を送信する（Ｓ６０２）。ＦＴＰサーバ２は、要求に従いソフトウェアバージョン、コンフィグリビジョンが記載されたファイルを転送する（Ｓ６０３）。通信装置１は、取得したファイルの情報と、現在のソフトウェアのバージョン、及びコンフィグのリビジョンの差異をチェックし、更新の必要があるかを確認するする（Ｓ６０４）。
【００４０】
更新の必要があると判断した場合のみ、通信装置１用のソフトウェア、及びコンフィグの取得要求を送信する（Ｓ６０５）。ＦＴＰサーバ２は、要求に従い、ソフトウェア、コンフィグを転送する（Ｓ６０６）。通信装置１は、ソフトウェア、コンフィグの更新を行う（Ｓ６０７）。更新処理が完了したあと、ＦＴＰサーバ２に更新完了通知を送信し（Ｓ６０８）、ＦＴＰサーバ２との通信を切断する（Ｓ６０９）。
【００４１】
バージョン情報やリビジョン情報ファイルは、ソフトウェアやコンフィグよりも非常に小さなデータであるため、上記のようなフローを行うことでネットワーク上に無駄なトラフィックがなくなり、ネットワーク上の負荷を低減することが可能となる。また、必要最低限のデータ通信のみで判断できるため、通信料金を抑えることも可能となる。特にモバイル通信機器においては、従量課金の場合の通信料金を節約出来るなど有効な手段となる。
【００４２】
尚、本願発明は、上述の実施の形態に限定されるものではなく、本願発明の要旨を逸脱しない範囲で種々変更、変形して実施することが出来る。
【００４３】
例えば、ＦＴＰサーバに限らず、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバやＳＦＴＰ（ｓｅｃｕｒｅ  ＦＴＰ）サーバ等、ファイルを転送するプロトコルを備えたサーバであれば実施可能である。さらに、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）やＳＳＨ（Ｓｅｃｕｒｅ  ＳＨｅｌｌ）で暗号化された状態で通信を行えば、情報漏洩の危険を回避することが可能となる。
【００４４】
また、通信装置が保持する固有情報として製造番号を使用しているが、ネットワーク通信上での固有の情報であるＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを用いても可能である。ＭＡＣアドレスはネットワーク上で唯一無二のものであるため、製造番号が他ベンダーの通信機器と同じとなってしまう可能性を排除できる。
【産業上の利用可能性】
【００４５】
本発明は、インターネット接続を行う情報通信システムに利用可能である。
【符号の説明】
【００４６】
１    通信装置
２    ＦＴＰサーバ
３    情報処理装置
１２    表示部
１３    時計部
１４    不揮発性メモリ
１５    揮発性メモリ
１７    通信制御部
１９    情報記憶部
【図１】
2015115650.tif 000003
【図２】
2015115650.tif 000004
【図３】
2015115650.tif 000005
【図４】
2015115650.tif 000006
【図５】
2015115650.tif 000007
【図６】
2015115650.tif 000008