(57)【要約】【課題】ネットワークの輻輳を解消することができるソフトウェア更新システムを提供すること。【解決手段】複数の機能を有する通信装置と、当該通信装置とネットワーク接続されたデータサーバと、を含むソフトウェア更新システムであって、データサーバは、複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する第１の記憶ユニットと、第１の記憶ユニットに記憶されているバージョン情報を一括して通信装置に送信する通信ユニットを有し、通信装置は、複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する第２の記憶ユニットと、データサーバから受信したバージョン情報と第２の記憶ユニットに記憶されているバージョン情報とを複数の機能ごとに比較する制御ユニットと、を有するソフトウェア更新システム。【選択図】      図１
2014016952.tif 000002
【特許請求の範囲】
【請求項１】
複数の機能を有する通信装置と、当該通信装置とネットワーク接続されたデータサーバと、を含むソフトウェア更新システムであって、
前記データサーバは、
前記複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する第１の記憶ユニットと、
前記第１の記憶ユニットに記憶されているバージョン情報を一括して前記通信装置に送信する通信ユニットを有し、
前記通信装置は、
前記複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する第２の記憶ユニットと、
前記データサーバから受信したバージョン情報と前記第２の記憶ユニットに記憶されているバージョン情報とを前記複数の機能ごとに比較する制御ユニットと、を有することを特徴とするソフトウェア更新システム。
【請求項２】
前記制御ユニットは、前記比較の結果、前記バージョン情報が一致しないソフトウェアがあれば、前記データサーバに対して当該ソフトウェアに対応する更新されたソフトウェアのダウンロードを要求する、請求項１に記載のソフトウェア更新システム。
【請求項３】
前記通信ユニットは、前記通信装置からの要求に応じて前記第１の記憶ユニットに記憶されているバージョン情報を一括して前記通信装置に送信する、請求項１又は２に記載のソフトウェア更新システム。
【請求項４】
前記通信ユニットは、前記第１の記憶ユニットに記憶されているバージョン情報が更新された場合に当該更新後のバージョン情報を一括して前記通信装置に送信する、請求項１又は２に記載のソフトウェア更新システム。
【請求項５】
データサーバとネットワーク接続され、複数の機能を有する通信装置であって、
前記複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する記憶ユニットと、
前記データサーバから一括して受信したバージョン情報と前記記憶ユニットに記憶されているバージョン情報とを前記複数の機能ごとに比較する制御ユニットと、を有することを特徴とする通信装置。
【請求項６】
前記制御ユニットは、前記比較の結果、前記バージョン情報が一致しないソフトウェアがある場合、前記データサーバに対して当該ソフトウェアに対応する更新されたソフトウェアのダウンロードを要求する、請求項５に記載の通信装置。
【請求項７】
複数の機能を有する通信装置にて用いられるソフトウェアをネットワークを介して更新するソフトウェア更新方法であって、
前記複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する記憶ステップと、
前記記憶されているバージョン情報を一括して送信する送信ステップと、
前記送信されたバージョン情報を受信する受信ステップと、
前記受信したバージョン情報と予め記憶されているバージョン情報とを前記複数の機能ごとに比較する比較ステップと、を含むことを特徴とするソフトウェア更新方法。
【請求項８】
前記比較の結果前記バージョン情報が一致しないソフトウェアがある場合、当該ソフトウェアに対応する更新されたソフトウェアのダウンロードを要求する要求ステップをさらに含む請求項７に記載のソフトウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由による、通信装置のソフトウェア更新に関する。
【背景技術】
【０００２】
通信装置のソフトウェアを更新する技術やソフトウェアに対して機能追加を行う技術に関し、以下の技術がある。
【０００３】
特許文献１に記載のファームウェアのダウンロード方法においては、ファームウェアの機能プログラム毎にバージョンの識別子を付与して、各機能プログラムをフラッシュメモリの各バンクに格納する。そして、既存のバージョン識別子と新たなファームウェアにおけるバージョン識別子とが異なっている機能プログラムを格納するバンクのみをイレースして、新たな機能プログラムをダウンロードする。
【０００４】
特許文献２に記載のリモートバージョン管理システムにおいては、管理するファームウェアが更新されたときに、ファームウェア提供データサーバが仲介データサーバに更新情報を通知する。そして、この情報を受けた仲介データサーバが、そのファームウェアを必要とするバージョン管理クライアントに更新情報を通知する。
【０００５】
特許文献３に記載のプログラムダウンロード方式においては、複数の処理プログラムブロックを組み合わせることにより各基地局に対応した機能プログラムを中央局で管理している。そして、最新プログラムとの差分ブロックだけをダウンロードさせる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−４１７７
【特許文献２】特開２００４−２２７２７４
【特許文献３】特開２０００−３５３０９６
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１においては、機能プログラムごとに識別子を比較し、識別子が異なる場合には新たなプログラムをダウンロードした後に次の機能プログラムの識別子を比較している。このため、当該処理を特許文献２及び３に記載のようにネットワーク経由で行おうとすると、機能プログラムごとに、当該処理に加え付随する通信が必要となる。その結果、更新する側の装置と更新される側の装置との間の通信量が多くなり、ネットワークに輻輳が生じてしまうという問題があった。
【０００８】
本発明の目的は、上述した課題を解決するソフトウェア更新システム、通信装置、ソフトウェア更新方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明のソフトウェア更新システムは、複数の機能を有する通信装置と、当該通信装置とネットワーク接続されたデータサーバと、を含むソフトウェア更新システムであって、データサーバは、複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する第１の記憶ユニットと、第１の記憶ユニットに記憶されているバージョン情報を一括して通信装置に送信する通信ユニットを有し、通信装置は、複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する第２の記憶ユニットと、データサーバから受信したバージョン情報と第２の記憶ユニットに記憶されているバージョン情報とを複数の機能ごとに比較する制御ユニットと、を有する。
【００１０】
本発明の通信装置は、データサーバとネットワーク接続され、複数の機能を有する通信装置であって、複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する記憶ユニットと、データサーバから一括して受信したバージョン情報と記憶ユニットに記憶されているバージョン情報とを複数の機能ごとに比較する制御ユニットと、を有する。
【００１１】
本発明のソフトウェア更新方法は、複数の機能を有する通信装置にて用いられるソフトウェアをネットワークを介して更新するソフトウェア更新方法であって、複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する記憶ステップと、記憶されているバージョン情報を一括して送信する送信ステップと、送信されたバージョン情報を受信する受信ステップと、受信したバージョン情報と予め記憶されているバージョン情報とを複数の機能ごとに比較する比較ステップと、を含む。
【発明の効果】
【００１２】
本発明のソフトウェア更新システム、通信装置、ソフトウェア更新方法によれば、ネットワークの輻輳を解消することができる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態にかかるソフトウェア更新システム１の構成を示す模式図である。
【図２】第１の実施形態にかかるソフトウェア更新システム１において用いられるソフトウェア１０００の構成を示す模式図である。
【図３】第１の実施形態にかかるソフトウェア更新システム１の動作を示すシーケンス図である。
【図４】第２の実施形態にかかるソフトウェア更新システム２の構成を示す模式図である。
【図５】第２の実施形態にかかるソフトウェア更新システム２において用いられるソフトウェア２０００の構成を示す模式図である。
【図６】第２の実施形態にかかるソフトウェア更新システム２の動作を示すシーケンス図である。
【図７】第２の実施形態にかかるソフトウェア更新システム２における動作を示すフローチャートである。
【図８】第３の実施形態にかかるソフトウェア更新システムの動作を示すシーケンス図である。
【図９】第３の実施形態にかかるソフトウェア更新システムの動作を示すフローチャートである。
【図１０】第４の実施形態にかかるソフトウェア更新システムの動作を示すシーケンス図である。
【図１１】第４の実施形態にかかるソフトウェア更新システムにおいて用いられるソフトウェアの構成を示す模式図である。
【発明を実施するための形態】
【００１４】
［第１の実施形態］
［構成］
図１は、第１の実施形態にかかるソフトウェア更新システム１の構成を示す図である。ソフトウェア更新システム１は、ネットワーク３０に接続されている通信装置１０と、同じくネットワーク３０に接続されているデータサーバ２０とを含んで構成される。
【００１５】
通信装置１０としては、パーソナルコンピュータや携帯端末等が挙げられる。通信装置１０は、複数の機能を備え、記憶ユニット１１と、制御ユニット１２とを有する。
【００１６】
記憶ユニット１１は、通信装置１０にて使用される複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する。
【００１７】
制御ユニット１２は、データサーバ２０から受信したバージョン情報と記憶ユニット１１に記憶されているバージョン情報とを複数の機能ごとに比較する。
【００１８】
データサーバ２０は、記憶ユニット２１と、通信ユニット２２とを有する。
【００１９】
記憶ユニット２１は、通信装置１０にて使用される複数の機能に関するソフトウェアとそれらのバージョン情報とを記憶する。
【００２０】
通信ユニット２２は、通信装置１０からの要求に応じて記憶ユニット２１に記憶されているバージョン情報を一括して通信装置１０に送信する。
【００２１】
図２は、本実施の形態で用いられるソフトウェア１０００の構成を示す図である。本発明においては、記憶ユニット１１の記憶単位１００ごとに一つの機能を配置するようにソフトウェアを構成する。これにより、記憶ユニット１１の記憶単位１００ごとの更新（書き換え）が可能となる。記憶単位１００の先頭に機能のバージョン情報１１０を配置し、その後に機能を実現するための、機能単位のソフトウェア１２０を配置する。
【００２２】
記憶ユニット１１の記憶単位１００は、フラッシュメモリやハードディスクのセクタ単位や、ファイルシステム内のファイル単位とすることができる。データサーバ２０の記憶ユニット２１には、ソフトウェア１０００と同じバージョン情報を持つソフトウェア１０００、もしくは更新されたソフトウェア１０００ａが記憶されている。
［動作］
図３は、ソフトウェア更新システム１の動作を示すシーケンス図である。
【００２３】
上述の通り、データサーバ２０の記憶ユニット２１には、通信装置１０のソフトウェア１０００の更新に必要なバージョン情報が記憶されている（ステップＳ１１）。
【００２４】
データサーバ２０は、通信装置１０からの要求に応じて、記憶ユニット２１に記憶されているバージョン情報を一括して、通信ユニット２２により、通信装置１０に送信する（ステップＳ１２）。
【００２５】
通信装置１０は、データサーバ２０から受信したバージョン情報と記憶ユニット１１に記憶されているバージョン情報とを複数の機能ごとに比較する（ステップＳ１３）。
［作用・効果］
第１の実施形態におけるソフトウェア更新システム１においては、データサーバ２０が、記憶ユニット２１に記憶されているバージョン情報を一括して通信装置１０に送信する。これにより、通信装置１０とデータサーバ２０との間の通信量が少なくなり、ネットワークの輻輳を解消することができる。
［第２の実施形態］
［構成］
図４は、第２の実施形態にかかるソフトウェア更新システム２の構成を示す図である。
【００２６】
以下で説明を省略する構成については、第１の実施形態にかかる通信装置１０、データサーバ２０の構成と同様である（同一符号を付与して説明を省略）。
【００２７】
通信装置１０ａは、記憶ユニット１１、制御ユニット１２、インタフェースユニット１３、タイマーユニット１４、通信ユニット１５、記憶ユニット１６を有する。
【００２８】
インタフェースユニット１３は、Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ（ＬＥＤ）、Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ（ＬＣＤ）、コンソール等のインタフェースである。
【００２９】
タイマーユニット１４は、通信装置１０ａが自発的に更新を行う時刻を設定する。
【００３０】
通信ユニット１５は、他の機器との通信を行う。
【００３１】
記憶ユニット１６は、制御ユニット１２が読み込むソフトウェアを一時的に記憶する。
【００３２】
制御ユニット１２は、記憶ユニット１１からソフトウェアを読み込み、当該ソフトウェアを記憶ユニット１６に展開して動作させる機能と、記憶ユニット１６に展開されたソフトウェアを用いて記憶ユニット１１に記憶されているソフトウェアを更新する機能とを有する。
【００３３】
データサーバ２０ａは、記憶ユニット２１、通信ユニット２２、制御ユニット２３を有する。
【００３４】
制御ユニット２３は、データサーバ２０ａの記憶ユニット２１、通信ユニット２２、その他の機能を制御する。
【００３５】
図５は、第２の実施形態にかかるソフトウェア２０００の構成を示す図である。
【００３６】
通信装置１０ａの記憶ユニット１１の記憶単位１００ごとに機能を配置する。そして、記憶単位１００の先頭に機能ごとのバージョン情報１１０を配置し、その後に機能を実現するための、機能単位のソフトウェア１２０を配置する。記憶ユニット１１の記憶単位１００は、フラッシュメモリやハードディスクのセクタ単位、又は、ファイルシステム内のファイル単位とすることができる。データサーバ２０ａの記憶ユニット２１には、ソフトウェア２０００と同じバージョン情報を持つソフトウェア２０００、もしくは更新されたソフトウェア２０００ａが記憶されている。
【００３７】
ここで、通信装置１０ａが保持するソフトウェア２０００における更新処理機能ブロックは、以下の機能を有する。
１）            データサーバ２０ａとのデータ送受信処理
２）            記憶単位１００のバージョン情報判定処理
３）            記憶ユニット１１の記憶単位１００ごとのバージョン情報書き換え処理
［動作］
図６は、ソフトウェア更新システム２の動作を示すシーケンス図である。
【００３８】
通信装置１０ａは、データサーバ２０ａに対して各ソフトウェアのバージョン情報取得要求を送信する（ステップＳ２１）。当該要求を受信したデータサーバ２０ａは、記憶ユニット２１に記憶されている各ソフトウェア１２０の最新のバージョン情報１１０を通信装置１０ａに対して一括して送信する（ステップＳ２２）。当該最新のバージョン情報１１０を受信した通信装置１０ａでは、制御ユニット１２により、記憶ユニット１１に記憶しているソフトウェアのバージョン情報１１０とデータサーバ２０ａから受信した最新のバージョン情報１１０との比較が機能ごとに行われる（ステップＳ２３）。そして、バージョン情報１１０が異なるソフトウェア（更新が必要なソフトウェア）があった場合、データサーバ２０ａに対し、当該更新が必要なソフトウェアに対応する機能ブロックのソフトウェア情報の取得要求を行う（ステップＳ２４）。当該要求を受信したデータサーバ２０ａは、通信装置１０ａに対して要求されたソフトウェア情報を送信する（ステップＳ２５）。通信装置１０ａでは、制御ユニット１２により、データサーバ２０ａから受信したソフトウェア情報に基づいてソフトウェア１２０が書き換えられる（ステップＳ２６）。バージョンの更新が必要なソフトウェア全てについてステップＳ２４、ステップＳ２５の動作を繰り返し、通信装置１０ａは、更新が必要なソフトウェアの書き換えが全て完了した場合にデータサーバ２０ａに対して完了通知を送信する（ステップＳ２７）。
【００３９】
図７は、通信装置１０ａの動作を示すフローチャートである。
【００４０】
通信装置１０ａの制御ユニット１２は、ソフトウェアの起動（ステップＳ２０１）後、タイマーユニット１４の初期化（ステップＳ２０２）、およびインタフェースユニット１３の初期化（ステップＳ２０３）を行う。その後、インタフェースユニット１３からの更新要求を待つ処理（ステップＳ２０４）と、タイマーユニット１４による自動更新処理を待つ処理（ステップＳ２０５）を行う。インタフェースユニット１３によりユーザーからの更新要求を受け付けた場合（ステップＳ２０４でＹＥＳ）、およびタイマーユニット１４による更新が開始された（時刻が、予め設定された自動更新時刻となった）場合は（ステップＳ２０５でＹＥＳ）、通信装置１０ａはネットワーク（インターネット）３０への接続を試みる（ステップＳ２０６）。インターネット３０に接続可能である場合（ステップＳ２０６でＹＥＳ）、データサーバ２０ａに対し情報取得要求を送信する（ステップＳ２０７）。そして、データサーバ２０ａからソフトウェアの最新のバージョン情報を受信したか否かを判定する（ステップＳ２０８）。データサーバ２０ａからの最新のバージョン情報には、ソフトウェア２０００の複数の機能ブロックのバージョン情報が含まれている。制御ユニット１２は、データサーバ２０ａから受信した最新のバージョン情報と通信装置１０ａにおけるソフトウェアの現在のバージョン情報とを機能ブロックごとに比較する（ステップＳ２０９）。比較の結果、全ての機能ブロックについて、データサーバ２０ａから受信したバージョン情報と現在のバージョン情報とが一致する場合は（ステップＳ２１０でＮＯ）、処理を終了する。バージョン情報が異なる場合は（ステップＳ２１０でＹＥＳ）、データサーバ２０ａに対して、更新が必要な機能ブロックについての情報取得要求を送信する（ステップＳ２１１）。データサーバ２０ａから更新が必要な機能ブロックのデータを受信完了後（ステップＳ２１２でＹＥＳ）、記憶ユニット１１内の該当する機能ブロック（記憶単位）の書き換えを行う（ステップＳ２１３）。そして、他の機能ブロックの更新データも必要である場合は（ステップＳ２１４でＹＥＳ）、データサーバ２０ａに対して、更新が必要な機能ブロックについての情報取得要求を送信する（ステップＳ２１５）。データサーバ２０ａから更新が必要な機能ブロックのデータを受信完了後（ステップＳ２１６でＹＥＳ）、記憶ユニット１１内の該当する機能ブロック（記憶単位）の書き換えを行う（ステップＳ２１３）。更新が必要な全ての機能ブロックの書き換え処理が終了した場合（ステップＳ２１４でＮＯ）、処理を終了する（ステップＳ２１７）。
［作用・効果］
ソフトウェア更新システム２においては、データサーバ２０ａが、通信装置１０ａからの要求に応じて、記憶ユニット２１に記憶されているバージョン情報を一括して通信装置１０ａに送信する。これにより、通信装置１０ａとデータサーバ２０ａとの間の通信量が少なくなり、ネットワークの輻輳を解消することができる。
【００４１】
また、バージョン情報を比較した結果、更新が必要な機能ブロックについてのみ新しいソフトウェアをダウンロードする。これにより、ソフトウェアの更新にかかる通信時間、及びソフトウェア書き換え時間を低減することができるとともに、ソフトウェア更新中に通信障害が発生しリトライを行う場合、更新に失敗した機能ブロックからリトライを行うことができる。この結果、パケット通信量を低減することができ、パケット料金が従量制である場合にパケット料金を低減することができる。
【００４２】
さらに、更新が必要な機能ブロックの記憶領域のみを書き換えるため、通信装置１０ａが有する記憶ユニット１１の寿命を延長させることができる。
［第３の実施形態］
第２の実施形態では、通信装置１０ａが自発的にデータサーバ２０ａから情報を取得する方式(ｐｕｌｌ方式)について説明した。第３の実施形態にかかるソフトウェア更新システムにおいては、通信装置１０ａがデータサーバ２０ａからの通知を受けてソフトウェアの更新を行う(ｐｕｓｈ方式)。第３の実施形態にかかるソフトウェア更新システムの構成は第２の実施形態にかかるソフトウェア更新システムの構成と同様である。
【００４３】
図８は、第３の実施形態にかかるソフトウェア更新システムの動作を示すシーケンス図である。更新を行う際、最初にデータサーバ２０ａから通信装置１０ａに対して情報通知を送信する（ステップＳ３１）点で、第２の実施形態における動作と異なる。データサーバ２０ａが情報通知を送信するタイミングは、データサーバ２０ａ側で保持しているソフトウェアが更新された場合などが考えられる。通信装置１０ａがデータサーバ２０ａからの通知を受けてソフトウェアの更新を行うことにより、図６の情報取得要求（ステップＳ２１）が必要なくなり、シーケンスを一段減らすことが可能となる。
【００４４】
図９は、第３の実施形態にかかるソフトウェア更新システムの動作を示すフローチャートである。図７に示した動作（ｐｕｌｌ方式）との違いは、タイマーユニット１４及びインタフェースユニット１３の初期化（ステップＳ２０２、ステップＳ２０３）後に、通信装置１０ａ側のトリガを用いて更新を行うのではなく、データサーバ２０ａからの情報送信要求を待ち（ステップＳ３０１）、データサーバ２０ａからの通知をトリガとして更新を行う点である。情報送信要求を受信した後の処理は、ｐｕｌｌ方式における処理（図７）と同様である。
【００４５】
第３の実施形態にかかるソフトウェア更新システムにおいては、通信装置１０ａがデータサーバ２０ａからの通知を受けてソフトウェアの更新を行う（ｐｕｓｈ方式）。これにより、データサーバ２０ａ側で通信装置１０ａのソフトウェアを一元管理し、通信装置１０ａのソフトウェアを一斉更新することができる。
［第４の実施形態］
ソフトウェア更新の際に、図１１に示すようにソフトウェアの機能を追加する場合にも、本発明を適用することができる。第４の実施形態にかかるソフトウェア更新システムの構成は第２及び第３の実施形態にかかるソフトウェア更新システム２の構成と同様である。
【００４６】
図１０を用いて、第４の実施形態にかかるソフトウェア更新システムの動作を説明する。通信装置１０ａは、データサーバ２０ａに対して各ソフトウェアのバージョン情報取得要求及び／又は通信装置１０ａが記憶ユニット１１内に記憶していない情報（追加する記憶単位に関する情報）の取得要求を送信する（ステップＳ４１）。当該要求を受信したデータサーバ２０ａは、記憶ユニット２１に記憶されている各ソフトウェア１２０の最新のバージョン情報１１０及び／又は記憶単位２００に関する情報を通信装置１０ａに対して一括して送信する（ステップＳ４２）。当該最新のバージョン情報１１０及び記憶単位２００に関する情報を受信した通信装置１０ａでは、制御ユニット１２により、記憶ユニット１１に記憶しているソフトウェアのバージョン情報１１０とデータサーバ２０ａから受信した最新のバージョン情報１１０との比較が機能ごとに行われる（ステップＳ４３）。そして、バージョン情報１１０が異なるソフトウェア（更新が必要なソフトウェア）があった場合、データサーバ２０ａに対し、当該更新が必要なソフトウェアに対応する機能ブロックのソフトウェア情報の取得要求を行う（ステップＳ４４）。当該要求を受信したデータサーバ２０ａは、通信装置１０ａに対して要求されたソフトウェア情報を送信する（ステップＳ４５）。通信装置１０ａでは、制御ユニット１２により、データサーバ２０ａから受信したソフトウェア情報に基づいてソフトウェア１２０が書き換えられる（ステップＳ４６）。図１０では省略したが、図６に示したのと同様、バージョンの更新が必要なソフトウェア全てについてステップＳ４４、ステップＳ４５の動作を繰り返す。ステップＳ４２において、記憶単位２００に関する情報を取得した場合、通信装置１０ａは、データサーバ２０ａに対して当該記憶単位２００についてのデータ要求を送信する（ステップＳ４７）。当該要求を受信したデータサーバ２０ａは、通信装置１０ａに対して、要求されたソフトウェア情報を送信する（ステップＳ４８）。そして、通信装置１０ａでは、データサーバ２０ａから受信したソフトウェア情報に基づいて記憶単位が追加される（ステップＳ４９）。通信装置１０ａは、更新が必要なソフトウェアの書き換えが完了し、機能の追加が完了した際にデータサーバ２０ａに対して完了通知を送信する（ステップＳ５０）。これにより、ソフトウェアの機能を追加することができる。
【００４７】
以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されるものではなく、本発明の趣旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。
【符号の説明】
【００４８】
１、２    ソフトウェア更新システム
１０、１０ａ    通信装置
１１    記憶ユニット
１２    制御ユニット
１３    インタフェースユニット
１４    タイマーユニット
１５    通信ユニット
１６    記憶ユニット
２０、２０ａ    データサーバ
２１    記憶ユニット
２２    通信ユニット
２３    制御ユニット
３０    ネットワーク
１００、２００    記憶単位
１１０    バージョン情報
１２０    機能単位のソフトウェア
１０００、１０００ａ、２０００    ソフトウェア
【図１】
2014016952.tif 000003
【図２】
2014016952.tif 000004
【図３】
2014016952.tif 000005
【図４】
2014016952.tif 000006
【図５】
2014016952.tif 000007
【図６】
2014016952.tif 000008
【図７】
2014016952.tif 000009
【図８】
2014016952.tif 000010
【図９】
2014016952.tif 000011
【図１０】
2014016952.tif 000012
【図１１】
2014016952.tif 000013