(57)【要約】      （修正有）【課題】ネットワーク経由でメールサーバの容量や制限に依存せずにソフトウェアの更新を自動で行うことを目的とする。【解決手段】通信手段１１６０にアップデートプログラムを提供するコンテンツ提供サーバ１１５１と、アップデートプログラムのファイル情報を提供するファイル情報提供サーバ１１５２が接続され、前記ファイル情報提供サーバ１１５２から電子メールを取得する電子メール受信手段１２２０と、前記ファイル情報提供サーバ１１５２から取得した電子メールに基づきアップデートプログラムのある前記コンテンツサーバ１１５１のネットワークアドレスと、ファイル名を生成するプログラム名生成手段１２３０と、前記アップデートプログラムをダウンロードするダウンロード手段１２２１と、更新前のソフトウェアを退避させる退避手段と、ソフトウェアを更新する更新手段１２６０とを備えたものである。【選択図】図１
2006221224.tif 000002
【特許請求の範囲】
【請求項１】
通信手段によりアップデートプログラムを提供するコンテンツ提供サーバとアップデートプログラムのファイル情報を提供するファイル情報提供サーバとに接続可能な自動アップデート装置であって、
前記ファイル情報提供サーバから電子メールを取得する電子メール受信手段と、
前記ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのある前記コンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成手段と、
前記プログラム名生成手段によるドメイン名、およびファイル名から前記アップデートプログラムをダウンロードするダウンロード手段とを備えた自動アップデート装置。
【請求項２】
前記ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのある前記コンテンツサーバのドメイン名と、ディレクトリ名と、ファイル名とを生成するプログラム名生成手段を有する請求項１記載の自動アップデート装置。
【請求項３】
取得した電子メールに記載されているＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）から、アップデートプログラムのある前記コンテンツサーバの通信プロトコルの種類と、ドメイン名と、ディレクトリ名と、ファイル名とを生成する前記プログラム名生成手段を有する請求項１記載の自動アップデート装置。
【請求項４】
前記ファイル情報提供サーバから取得した電子メールの中のスクリプトから前記コンテンツサーバのドメイン名、およびファイル名を生成する前記プログラム名生成手段を有する請求項１記載の自動アップデート装置。
【請求項５】
前記ダウンロード手段によりダウンロードされたプログラムが最新のアップデートプログラムかどうか判定する更新判定手段を有する請求項１記載の自動アップデート装置。
【請求項６】
前記ダウンロード手段によりダウンロードされたアップデートプログラムのバージョンが、自動アップデート装置のプログラムより新しいことを表示する表示手段を有する請求項１記載の自動アップデート装置。
【請求項７】
前記ダウンロード手段によりダウンロードされたアップデートプログラムのバージョンが、自動アップデート装置のプログラムより新しいことと、更新されたこととの少なくともどちらか一つの履歴情報を記憶する履歴管理手段を有する請求項１記載の自動アップデート装置。
【請求項８】
外部表示装置に前記ダウンロード手段によりダウンロードされた自動アップデート装置のプログラムのＲＯＭバージョンより新しいプログラムがあることを表示する、外部表示手段との接続のためのインタフェースの接続手段を有する請求項１記載の自動アップデート装置。
【請求項９】
前記外部表示装置に前記履歴管理手段に記憶されている履歴情報を表示する外部表示手段との接続のためのインタフェースの接続手段を有する請求項７記載の自動アップデート装置。
【請求項１０】
前記表示手段にアップデートを行うかどうかを表示し、アップデートを行うかどうかを入力するアップデート決定手段を有する請求項６記載の自動アップデート装置。
【請求項１１】
前記接続手段経由で前記外部表示装置にアップデートを行うかどうかを表示し、アップデートを行うかどうかを入力するアップデート決定手段を有する請求項９記載の自動アップデート装置。
【請求項１２】
自動アップデート時刻を指定することのできる時刻指定手段を有する請求項１記載の自動アップデート装置。
【請求項１３】
通信手段によりアップデートプログラムを提供するコンテンツ提供サーバとアップデートプログラムのファイル情報を提供するファイル情報提供サーバとに接続可能な自動アップデート中継装置であって、
前記ファイル情報提供サーバから電子メールを取得する電子メール受信手段と、
前記ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのある前記コンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成手段と、
前記プログラム名生成手段によるドメイン名、およびファイル名から前記アップデートプログラムをダウンロードするダウンロード手段と、
前記ダウンロード手段でダウンロードしたアップデートプログラムを保存する保存手段とを備えた自動アップデート中継装置。
【請求項１４】
ファイル情報提供サーバからアップデートプログラムのファイル情報の記載された電子メールを取得する電子メール受信ステップと、
前記ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのある前記コンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成ステップと、
前記プログラム名生成ステップによるドメイン名、およびファイル名から前記アップデートプログラムをコンテンツ提供サーバからダウンロードするステップと、
前記ダウンロードステップでダウンロードしたアップデートプログラムを保存するステップとを有する自動アップデート中継方法。
【請求項１５】
ファイル情報提供サーバからアップデートプログラムのファイル情報の記載された電子メールを取得する電子メール受信ステップと、
前記ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのある前記コンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成ステップと、
前記プログラム名生成ステップによるドメイン名、およびファイル名から前記アップデートプログラムをコンテンツ提供サーバからダウンロードするステップと、
前記ダウンロードステップでダウンロードしたアップデートプログラムを保存するステップとを実行させる自動アップデート中継プログラム。
【請求項１６】
メールサーバとコンテンツサーバと請求項１から１２いずれか１項記載の自動アップデート装置とから構成される自動アップデートシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動アップデート装置におけるネットワークを利用したソフトウェアの自動アップデート装置とその方法に関するものである。
【背景技術】
【０００２】
従来、アップデート機能付き装置の制御ソフトウェアは、マスクＲＯＭに格納されており、ソフトウェアのバージョンアップが発生した際には、新しいマスクＲＯＭをサービスマンが交換するなど人手作業が発生していた。
【０００３】
近年、マスクＲＯＭから書き換えが可能なフラッシュＲＯＭへ移行し、さらに著しく普及しているインターネット経由で電子メール等を利用した制御ソフトウェアの書き換えが可能となった。
【０００４】
図１４は、電子メールを利用したインターネット経由での制御ソフトウェアの更新を実現するシステムの構成を示す図である。図１０を参照して従来の電子メールを利用したインターネット経由での制御ソフトウェアの更新を実現する技術を説明する。
【０００５】
図１０に示される制御ソフトウェア更新システムは、更新ソフトウェア情報をソフトウェア提供者が容易にユーザに提供することができることを目的としている。自動アップデート装置１００の中のネットワークインタフェース装置１０、メール情報を蓄積するメールサーバ５００がＬＡＮ５０を経由してインターネット５１に接続されている。インターネット５１には更新ソフトウェアを提供する側にあるＬＡＮ５０を経てメンテナンスサーバ６００が接続されている。
【０００６】
その動作は次のとおりである。メンテナンスサーバ６００からメールサーバ５００へ配信された電子メール情報を自動アップデート装置１００が取り出して、更新ソフトウェア情報を含む更新情報であるか否かを判定し、前記メールサーバ５００を利用できない場合にはメンテナンスサーバ６００から必要な更新情報か否かを判別して取り出し、更新情報から更新ソフトウェア情報を取り出し更新することにより実現している（例えば特許文献１参照）。
【特許文献１】特開平１０−９１４５３号公報（第９頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の構成では、ソフトウェアの更新を電子メールに添付されていることを前提としているため、電子メールのサイズを制限しているメールサーバが途中に入った場合には、添付されているデータの容量によっては、添付ファイルを受信できないことも生じた。
【０００８】
本発明は、このような従来の課題を解決するものであり、インターネット経由で更新ソフトウェア情報を受信する際に、更新ソフトウェア情報のファイルのサイズに影響されないで受信することができ、ソフトウェアの更新が行えることを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記目的を達成するために、通信手段により接続された自動アップデート装置、ファイル情報提供サーバおよびコンテンツ提供サーバにおいて、前記ファイル情報提供サーバから電子メールを取得する電子メール受信手段と、前記ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのある前記コンテンツサーバのネットワークアドレスとファイル名を生成するプログラム名生成手段と前記プログラム名生成手段によるネットワークアドレスとファイル名から前記アップデートプログラムをダウンロードするダウンロード手段とを備えるものである。
【発明の効果】
【００１０】
本発明は、アップデートデータを提供するサーバとそれを受け取るアップデートを行う装置の間を中継するインターネット、あるいはイントラネットに存在するメールサーバの容量などの制限に依存せずにソフトウェアの更新を自動で行うことができるという作用を有する。
【００１１】
そのために、自動アップデートプログラムの大きさに依存しないために、規模の大きなプログラムから構成される自動アップデートプログラムを提供でき、年々高機能化される制御ソフトの自動アップデートが行なえるようになる。
【発明を実施するための最良の形態】
【００１２】
本発明の実施の形態においては、
通信手段によりアップデートプログラムを提供するコンテンツ提供サーバとアップデートプログラムのファイル情報を提供するファイル情報提供サーバとに接続可能な自動アップデート装置であって、
ファイル情報提供サーバから電子メールを取得する電子メール受信手段と、
ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのあるコンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成手段と、
プログラム名生成手段によるドメイン名、およびファイル名からアップデートプログラムをダウンロードするダウンロード手段とを備えるという構成を有する。
【００１３】
これにより、アップデートプログラムを提供するサーバとそれを受け取るアップデート装置の間を中継するインターネット、あるいはイントラネットに存在するメールサーバの容量などの制限に依存せずにソフトウェアの更新を自動で行うことができる。
【００１４】
さらに、
ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのあるコンテンツサーバのドメイン名と、ディレクトリ名と、ファイル名とを生成するプログラム名生成手段を有するようにしてもよい。
【００１５】
これにより、同じコンテンツサーバの中で違うディレクトリにアップデートプログラム群を置くことができ、アップデートプログラムの蓄積方法が管理しやすくできる。
【００１６】
さらに、
取得した電子メールに記載されているＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）から、アップデートプログラムのあるコンテンツサーバの通信プロトコルの種類と、ドメイン名と、ディレクトリ名と、ファイル名とを生成するプログラム名生成手段を有するようにしても良い。
【００１７】
これにより、ドメイン名、ディレクトリ名、ファイル名を表記する方法としてＵＲＬを使用するために、一般的な表記方法で記述することができ、既に使用されているソフトウェアのサブプログラムを自動アップデート装置のプログラムの一部として使用することができる。
【００１８】
さらに、ファイル情報提供サーバから取得した電子メールの中のスクリプトからコンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成手段を有するようにしても良い。
【００１９】
これにより、電子メール中に記載されているスクリプトに従って、アップデートプログラムの更新処理を実行できる。
【００２０】
さらに、
ダウンロード手段によりダウンロードされたプログラムが最新のアップデートプログラムかどうか判定する更新判定手段を有するようにしても良い。
【００２１】
これにより、ファイル情報提供サーバから取得した電子メールに基づいてダウンロードしたアップデートプログラムが最新のときのみ更新するので、無駄な更新をする必要がなく、更新の際に装置を停止する時間を少なくすることができる。
【００２２】
さらに、ダウンロード手段によりダウンロードされたアップデートプログラムのバージョンが、自動アップデート装置のプログラムより新しいことを表示する表示手段を有するようにしても良い。
【００２３】
これにより、使用者にアップデートプログラムがあることを知らせることができる。
【００２４】
さらに、ダウンロード手段によりダウンロードされたアップデートプログラムのバージョンが、自動アップデート装置のプログラムより新しいことと、更新されたこととの少なくともどちらか一つの履歴情報を記憶する履歴管理手段を有するようにしても良い。
【００２５】
これにより、使用者がこれまでの更新履歴を参照し、更新すべきかどうかを判断する情報を提供することができる。
【００２６】
さらに、外部表示装置にダウンロード手段によりダウンロードされた自動アップデート装置のプログラムのＲＯＭバージョンより新しいプログラムがあることを表示する、外部表示手段との接続のためのインタフェースの接続手段を有するようにしても良い。
【００２７】
これにより、外部のテレビなどの表示装置などのいつも使用する外部表示手段に表示できるため、あるいは大きな表示による表示手段で表示できるため、新しいアップデートプログラムがあることにすぐ気がつくようにできる。
【００２８】
さらに、外部表示装置に履歴管理手段に記憶されている履歴情報を表示する外部表示手段との接続のためのインタフェースの接続手段を有するようにしてもよい。
【００２９】
これにより、外部のテレビなどの表示装置などのいつも使用する外部表示手段に表示できるため、あるいは大きな表示による表示手段で表示できるため、使用者がこれまでの更新履歴を参照し、更新すべきかどうかを判断しやすくできる。
【００３０】
さらに、表示手段にアップデートを行うかどうかを表示し、アップデートを行うかどうかを入力するアップデート決定手段を有するようにしてもよい。
【００３１】
これにより、使用者にアップデートを行う時間があるときにアップデートを行う選択をさせることができる。
【００３２】
さらに、接続手段経由で外部表示装置にアップデートを行うかどうかを表示し、アップデートを行うかどうかを入力するアップデート決定手段を有するようにしても良い。
【００３３】
これにより、外部のテレビなどの表示装置などのいつも使用する外部表示手段に表示できるため、あるいは大きな表示による表示手段で表示できるため、わかりやすい画面インタフェースでアップデートを行うかどうかの判断ができる。
【００３４】
さらに、自動アップデート時刻を指定することのできる時刻指定手段を有するようにしてもよい。
【００３５】
これにより、アップデート装置を使用していない時間で自動的にアップデートを行うことができ、通常に使用している時間にアップデートのために装置の動作を停止しなくても良い。
【００３６】
本発明の別の実施の形態においては、
通信手段によりアップデートプログラムを提供するコンテンツ提供サーバとアップデートプログラムのファイル情報を提供するファイル情報提供サーバとに接続可能な自動アップデート中継装置であって、
ファイル情報提供サーバから電子メールを取得する電子メール受信手段と、
ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのあるコンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成手段と、
プログラム名生成手段によるドメイン名、およびファイル名からアップデートプログラムをダウンロードするダウンロード手段と、
ダウンロード手段でダウンロードしたアップデートプログラムを保存する保存手段と、を備えた構成の自動アップデート中継装置とした。
【００３７】
あるいは、ファイル情報提供サーバからアップデートプログラムのファイル情報の記載された電子メールを取得する電子メール受信ステップと、
ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのあるコンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成ステップと、
プログラム名生成ステップによるドメイン名、およびファイル名からアップデートプログラムをコンテンツ提供サーバからダウンロードするステップと、
ダウンロードステップでダウンロードしたアップデートプログラムを保存するステップと、
を有する自動アップデート中継方法となる。
【００３８】
あるいは、ファイル情報提供サーバからアップデートプログラムのファイル情報の記載された電子メールを取得する電子メール受信ステップと、
ファイル情報提供サーバから取得した電子メールに基づいてアップデートプログラムのあるコンテンツサーバのドメイン名、およびファイル名を生成するプログラム名生成ステップと、
プログラム名生成ステップによるドメイン名、およびファイル名からアップデートプログラムをコンテンツ提供サーバからダウンロードするステップと、
ダウンロードステップでダウンロードしたアップデートプログラムを保存するステップと、
を実行させる自動アップデート中継装置プログラムとなる。
【００３９】
これにより、アップデートデータを提供するサーバとそれを受け取るアップデートを行う装置の間を中継するインターネット、あるいはイントラネットに存在するメールサーバの容量などの制限に依存せずにソフトウェアの更新プログラムを自動アップデート中継装置に蓄積することができる。そのため、複数の自動アップデート装置と自動アップデート中継装置をＬＡＮなど通信容量の制限なく接続したときに、高速に自動アップデートができる。
【００４０】
本発明の別の実施の形態においては、
メールサーバとコンテンツサーバと自動アップデート装置とから構成される自動アップデートシステムとなる。
【００４１】
これにより、アップデートデータを提供するサーバとそれを受け取るアップデートを行う装置の間を中継するインターネット、あるいはイントラネットに存在するメールサーバの容量などの制限に依存せずにソフトウェアの更新を自動で行うことができるシステムを提供できる。
【実施例】
【００４２】
以下、本発明の実施例について図１から図１３を用いて詳細に説明する。
【００４３】
（実施例１）
図１は本発明の実施例１の自動アップデート装置のブロック図であり、図２は、メール本文又は添付ファイルに記載されたアドレス記述例であり、図３はメール本文又は添付ファイルに記述されたスクリプト言語によるアドレス記述例であり、図４は電子メールヘッダーの一例であり、図５はＸＨＲＭＬ−ＰＲＩＮＴなどのスクリプト言語で記述されていた場合の一例である。
【００４４】
図１において、ローカルエリアネットワーク（ＬＡＮ）やインターネットで構成される通信手段１１６０を介してメールサーバ１１５０と、コンテンツサーバ１１５１と、ファイル情報提供サーバ１１５２と自動アップデート装置１０００が相互接続されている。メールサーバ１１５０はインターネット上にあってもＬＡＮ上のどちらにあってもよく、特に限定はしないものとする。
【００４５】
自動アップデート装置１０００は、ファクシミリやプリンタや家電機器等で通信手段を備えた装置を想定しており、特に種類を限定するものではない。さらに通信手段１１６０としてバスあるいは公衆網、専用回線、ＬＡＮやインターネットなどのデータ転送可能な手段であり、コンテンツサーバ１１５１は、アップデートプログラムが格納されたサーバであり、ファイル情報提供サーバ１１５２は、アップデートプログラムのファイル情報を提供するサーバであり、メールサーバ１１５０やコンテンツサーバ１１５１と同じでも構わない。
【００４６】
図１において、自動アップデート装置１０００は以下のように構成されている。前記自動アップデート装置１０００は、通信手段１１６０に接続されており、電源起動時に、電子メール受信手段１２２０によりメールサーバ１１５０に対し、ファイル情報提供サーバ１１５２から発信されたアップデートプログラムのファイル情報のある電子メールが、メールボックスに存在するかどうかを確認する。
【００４７】
電子メール受信手段１１２０は、ＰＯＰ（ＰＯＳＴ  ＯＦＦＩＣＥ  ＰＲＯＴＯＣＯＬ）等の電子メールを受信するプロトコルを備えたものである。前記メールサーバ１１５０のメールボックスに電子メールが存在していたらＰＯＰプロトコルにより、電子メールの受信を行う。
【００４８】
電子メール受信手段１２２０は、受信した電子メールをプログラム名生成手段１２３０へ転送する。プログラム名生成手段１２３０では、後述する方法でアップデートプログラムのファイル転送プロトコル、ドメイン名、ディレクトリ名、ファイル名などのファイル情報をダウンロード手段１２２１に出力する。
【００４９】
ダウンロード手段１２２１は、プログラム名生成手段１２３０で作成されたアップデートプログラムのファイル転送プロトコル、ドメイン名、ディレクトリ名、ファイル名などのファイル情報に従って、コンテンツサーバ１１５１にアクセスし、アップデートプログラムのダウンロードを行う。
【００５０】
退避手段１２５０は、現在のＲＯＭ領域に格納されているソフトウェアを退避領域へ退避する。更新手段１２６０は、前記ダウンロード手段１２２１にてダウンロードしたアップデートプログラムを新しいソフトウェアとしてＲＯＭ領域へ書き込み、書き込み終了時にチェックサムなどベリファイを確認し、正常に書き込みが終了しているかを確認する。
【００５１】
更新手段１２６０は、正常に書き込みが終了した時点で、退避領域に格納されているソフトウェアを削除し、ソフトウェアのアップデートを終了する。
【００５２】
以下に、ファイル情報提供サーバ１１５２から発信されたアップデートプログラムのファイル情報のある電子メールについて、詳細に説明する。ファイル情報提供サーバ１１５２から図２、図３、図４、図５に示すコンテンツサーバ上のアップデートプログラムのある場所と取得方法の情報を含む電子メールがメールサーバ１１５０に届くものである。
【００５３】
まず、アドレス記述例について図２、図３で説明する。図２は、アップデートプログラムのある場所と取得方法の記述例を表しており、図３のスクリプト言語で記述されている場合アップデートプログラムのある場所と取得方法の情報の例である。また、電子メールにアップデートプログラムのある場所と取得方法が添付されている場合も図２に示す記述例で記載されるものとする。
【００５４】
図２の（１）ではプロトコル、ドメイン名、ディレクトリ名、ファイル名が記述されており、プロトコルとしてｈｔｔｐプロトコル、ドメイン名としてｗｗｗ．ａ＿ｕｐｄａｔｅ．ｃｏ．ｊｐ、ディレクトリ名としてｕｐｄａｔｅ、ファイル名としてｕｐｄａｔｅＡ．ｅｘｅの各要素の情報を前記プログラム名生成手段１２３０にて取得し、ダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元にｈｔｔｐプロトコルでアップデートプログラムの受信を行う。
【００５５】
図２の（２）ではドメイン名、ディレクトリ名、ファイル名が記述されており、ドメイン名としてｗｗｗ．ａ＿ｕｐｄａｔｅ．ｃｏ．ｊｐ、ディレクトリ名としてｕｐｄａｔｅ、ファイル名としてｕｐｄａｔｅＡ．ｅｘｅの各要素の情報をプログラム名生成手段１２３０にて取得する。図２の（２）ではプロトコルの指定がないため、ダウンロード時のプロトコルとして、ｈｔｔｐ、ｆｔｐなど一般的なプロトコルやその他ファイルを受信するプロトコルなら特に制限を加えるものではなく、予め決められたプロトコル名を付加して、ダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元に指定プロトコルでアップデートプログラムの受信を行う。
【００５６】
図２の（３）では、プロトコル、ドメイン名、ディレクトリ名が記述されており、プロトコルとしてｈｔｔｐプロトコル、ドメイン名としてｗｗｗ．ａ＿ｕｐｄａｔｅ．ｃｏ．ｊｐ、ディレクトリ名としてｕｐｄａｔｅの各要素の情報を前記プログラム名生成手段１２３０にて取得する。図２の（３）では、ファイル名の指定がないため、予め決められたファイル名を付加して、ダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元にｈｔｔｐプロトコルでアップデートプログラムの受信を行う。
【００５７】
図２の（４）ではドメイン名、ディレクトリ名が記述されており、ドメイン名としてｗｗｗ．ａ＿ｕｐｄａｔｅ．ｃｏ．ｊｐ、ディレクトリ名としてｕｐｄａｔｅの各要素の情報を前記プログラム名生成手段１２３０にて取得する。図２の（４）ではプロトコルの指定及びファイル名の指定がないため、予め決められたダウンロード時のプロトコル及び、予め決められたファイル名を付加してダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元に予め決められたプロトコルでアップデートプログラムの受信を行う。
【００５８】
図２の（５）では、ディレクトリ名、ファイル名が記述されており、ディレクトリ名としてｕｐｄａｔｅ、ファイル名としてｕｐｄａｔｅＡ．ｅｘｅの各要素の情報をプログラム名生成手段１２３０にて取得する。図２の（５）ではプロトコルの指定及びドメイン名の指定がないため、予め決められたダウンロード時のプロトコル及び、予め決められたドメイン名をプログラム名生成手段１２３０で付加してダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元に予め決められたプロトコルでアップデートプログラムの受信を行う。
【００５９】
図２の（６）では、ファイル名のみ記述されており、ファイル名としてｕｐｄａｔｅＡ．ｅｘｅの要素情報を前記プログラム名生成手段にて取得する。図２の（６）では、プロトコルの指定及びアドレスの指定、ディレクトリ名の指定がないため、予め決められたダウンロード時のプロトコル、ドメイン名、ディレクトリ名をプログラム名に付加してダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元に予め決められたプロトコルでアップデートプログラムの受信を行う。
【００６０】
図２の（７）では、ファイル名のみで拡張子が省略された形でのみ記載されており、ファイル名ｕｐｄａｔｅＡの要素情報をプログラム名生成手段にて取得する。図２の（７）では、プロトコルの指定及びドメイン名の指定、フォルダの指定、拡張子の指定がないため、予め決められたダウンロード時のプロトコル、ドメイン名、ディレクトリ名、ファイル名の拡張子をプログラム名を付加してダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元に予め決められたプロトコルでアップデートプログラムの受信を行う。
【００６１】
図２の（８）では、プロトコル、ドメイン名、ディレクトリ名、省略されたファイル名が記述されており、プロトコルｈｔｔｐとしてプロトコル、ドメイン名としてｗｗｗ．ａ＿ｕｐｄａｔｅ．ｃｏ．ｊｐ、ディレクトリ名としてｕｐｄａｔｅ、ファイル名としてｕｐｄａｔｅＡの各要素の情報をプログラム名生成手段にて取得する。図２の（８）では、拡張子の指定がないため、ファイル名に予め決められた拡張子を付加してダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元にｈｔｔｐプロトコルでアップデートプログラムの受信を行う。
【００６２】
図２の（９）では、ドメイン名、ディレクトリ名、省略されたファイル名が記述されており、ドメイン名としてｗｗｗ．ａ＿ｕｐｄａｔｅ．ｃｏ．ｊｐ、ディレクトリ名としてｕｐｄａｔｅ、ファイル名としてｕｐｄａｔｅＡの各要素の情報をプログラム名生成手段１２３０にて取得する。図２の（９）では、プロトコル名、ファイル名の拡張子が省略されているため、予め決められたプロトコル名の付加及びファイル名に予め決められた拡張子を付加してダウンロード手段１２２１へ転送する。ダウンロード手段１２２１では、この情報を元に予め決められたプロトコルでアップデートプログラムの受信を行う。
【００６３】
図２の（１０）では、ディレクトリ名、省略されたファイル名が記述されており、ディレクトリ名としてｕｐｄａｔｅ、ファイル名としてｕｐｄａｔｅＡの各要素の情報をプログラム名生成手段１２３０にて取得する。図２の（１０）ではプロトコルの指定、ドメイン名の指定及びファイル名の拡張子がないため、予め決められたダウンロード時のプロトコル及び、ドメイン名、ファイル名の拡張子をプログラム名生成手段１２３０で付加してダウンロード手段１２２１に情報を提供する。ダウンロード手段１２２１では、この情報を元に予め決められたプロトコルでアップデートプログラムの受信を行う。
【００６４】
また、本実施例ではディレクトリ名は１個のみ記載されているが個数を限定するものではなく、まったくなくても構わないし、複数存在していてもよいものとする。
【００６５】
図３は、スクリプト言語で本文又は添付ファイルが記述されていた場合の一例を示すものであり、プログラム名生成手段１２３０にてスクリプト言語で記述されているか否かを宣言文（１１）の「？ｘｍｌ  ｖｅｒｓｉｏｎ＝」があるか否かで判断する。スクリプト言語であると判定した場合、（１２）のｂｉｎ＿ｓｒｃタグを検索する。
【００６６】
（１２）のタグが存在していた場合、プロトコル名がｈｔｔｐ、ドメイン名がｗｗｗ．ａ＿ｕｐｄａｔｅ．ｃｏ．ｊｐ、ファイル名がｕｐｄａｔｅ．ｅｘｅの各要素、情報を取得し、ダウンロード手段１２２１へ各要素の情報を提供する。ダウンロード手段１２２１では、この情報を元に指定されたプロトコルでアップデートプログラムの受信を行う。図３の（１２）のドメイン名の記述方法に関しても、この例に限定するものではなく、図２の（１）から（１０）記述方法が適用されるものとする。
【００６７】
次に、図４に示すように電子メールにアップデートプログラムのある場所と取得方法の情報が添付されていたときの例を示す。電子メールに添付されていた場合、プログラム名生成手段１２３０は電子メールヘッダーの「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：」のタグ３０００に示す電子メールの送信タイプを判別することにより、添付ファイルがアタッチされているか否かを判別する。
【００６８】
添付ファイルがアタッチされていた場合、添付ファイルを分離を行い、添付ファイルにアップデートプログラムのある場所と取得方法の情報が記載されているか否かを解析し、アップデートプログラムのある場所と取得方法の情報が記載されていた場合、ダウンロード手段１２２１にプログラム名生成手段１２３０で取得及び生成したアップデートプログラムのある場所と取得方法の情報を転送する。ここで、プログラム名生成手段１２３０でアップデートプログラムのある場所と取得方法の情報を生成する方法は、図２の（１）から（１０）記述方法が適用されるものとする。
【００６９】
また、図５に示すようなＸＨＴＭＬ−ＰＲＩＮＴなどのスクリプト言語による方法がある。プログラム名生成手段１２３０はＸＨＴＭＬ−ＰＲＩＮＴなどのスクリプト言語であるかを判別し、図５に指定されているようにコンテンツサーバ１１５１のデータのあるアドレス、フォルダなどの位置情報を用いてアップデートプログラムをダウンロードしアップデートプログラムを受信する。
【００７０】
（実施例２）
次に図６、図７、図８、図９を用いて実施例２の自動アップデート装置について説明する。
【００７１】
なお、実施例１と同様の構成を有するものについては、同一符号を付し、その詳細な説明はその実施例１記載のものを援用する。
【００７２】
図６は、ソフトウェアの更新内容を表示装置に表示した一例であり、更新内容を確認した上で「更新を行う」、「更新を行わない」の判断をすることができる。図７は、自動アップデート通知の一例を示す図であって、ユーザがアップデートを行う場合、更新内容を確認してソフトウェアの更新を行う場合の設定例である。
【００７３】
図７（ａ）は、アップデートの通知を行うか否かの設定で、オンとオフの設定項目を持っている。ここでオフの設定項目を選択した場合、またはキャンセルを選択した場合、実施例１に示すソフトウェアのアップデートが行われる。図７（ａ）にてオンの項目が選択され、さらに実行が選択された場合、アップデート通知の詳細の設定を行う図７（ｂ）の設定項目に動作が移行する。
【００７４】
図７（ｂ）は、ソフトウェアの通知が届いた後の動作の設定項目の一例で、「更新内容を表示する」、「更新内容を印刷する」、「すぐに更新する」、また、履歴情報があった場合に、「履歴情報を表示する」、「履歴情報を印刷する」の項目が有効になる。この設定項目を選択し、キャンセルを選択された場合は、更新動作を中止する。
【００７５】
図７（ｃ）は、図７（ｂ）で「更新内容を表示する」の項目が選択され実行が選択された場合に表示される図で、更新内容と更新内容を確認したあと、実際に更新を行うか更新を行わないかをユーザに選択させることができることをあらわしている。
【００７６】
図８は、ソフトウェアのアップデートの更新内容と更新作業をいつ行うかを設定する図で、「時刻指定する」と「時刻指定しない」の選択項目がある。「時刻指定する」を選択すると、さらに具体的な時間の設定を行い、この項目に入力されていないと「時刻指定しない」と同様の扱いとなる。なお、「時刻指定しない」の項目を選択し、「更新実行」を選択すると、更新動作をすぐに行い、「更新キャンセル」を選択すると、更新動作を中止する。また、「時刻指定する」の項目が選択され、時刻を入力されていると、自動アップデート装置は、時刻管理手段１２９５に更新時刻を設定する。
【００７７】
実施例２において、実施例１から変わった部分は図６、図７、図８のようにアップデートプログラムを用いてアップデートすることや、アップデートの時刻設定をするなどの表示と操作を行うことである。
【００７８】
図９において、実施例１と同じ部分は、ダウンロード手段１２２１がファイル情報提供サーバ１１５２にアクセスし、プログラム名生成手段１２３０で作成されたアップデートプログラムのファイル転送プロトコル、ドメイン名、ディレクトリ名、ファイル名などのファイル情報に従って、アップデートプログラムのダウンロードを行うところまでである。
【００７９】
ダウンロード手段１２２１はアップデートプログラムのダウンロードを行ったあと、更新判定手段１２７０へ転送する。
【００８０】
更新判定手段１２７０は、転送されたデータファイルを解析し、自動アップデート装置１０００のアップデートプログラムか否かを判定、及び、現在のＲＯＭバージョンの取得及び図７に示すソフトウェアの更新に関する設定項目の取得を行い、現在のＲＯＭバージョンよりも新しいソフトウェアか否かを判定しアップデートを行うか否かを決定する。
【００８１】
アップデート通知手段１２９０は、更新判定決定手段１２７０にて更新の判定の場合に、表示装置１４００にソフトウェアの更新プログラムが届いていることを通知する。
【００８２】
アップデート決定手段１３３０は、アップデート通知手段１２９０にて通知を受け、ユーザにソフトウェアの更新を行うか否かを決定する。アップデート決定手段１３３０で、ソフトウェアのアップデートを決定した場合、印刷表示決定手段１３２０は、アップデートの更新内容を印刷するか、表示装置１４００に表示するかを決定する。
【００８３】
印刷表示決定手段１３２０は表示装置１４００が接続された場合に有効であり、表示装置１４００が接続されていない場合は、機能しないものである。印刷表示決定手段１３２０にて印刷を決定した場合、表示手段１３００に転送し、表示手段１３００は、更新内容の印刷を行う。また、印刷表示決定手段１３２０にて表示を決定した場合、外部接続手段１３１０に転送し、外部接続手段１３１０は、表示装置１４００へ更新内容の転送を行う。
【００８４】
表示手段１３００または、外部接続手段１３１０で更新内容の印刷または表示が行われた後、時刻指定手段１２７５は、図８に示す設定項目の取得を行い、即更新を実行するか、アップデート時刻が指定されているかを判断する。時刻の指定がされている場合は、時刻管理手段１２９５に指定されているアップデート時刻を設定する。
【００８５】
指定時刻になった場合に、時刻管理手段１２９５は更新手段１２６０へ更新を指示する。即更新を行う場合または指定時刻になった場合に、退避手段１２５０に更新の通知を行い、退避手段１２５０は、現在ＲＯＭ領域に格納されているソフトウェアを退避領域へコピーする。
【００８６】
更新手段１２６０は、ダウンロード手段１２２１にてダウンロードしたアップデートプログラムを新しいソフトウェアとしてＲＯＭ領域へ書き込み、書き込み終了時にベリファイをチェックサムで確認し、正常に書き込みが終了しているか否かを確認する。
【００８７】
更新手段１２６０は、正常に書き込みが終了した場合で、退避領域に格納されているソフトウェアを削除し、履歴管理手段１３４０へ通知する。履歴管理手段１３４０は、更新した日付、バージョン情報の保存を行い、ソフトウェアのアップデートを終了する。またべリファイでチェックサムが一致せず、正常に書き込みが終了していなかった場合は、再度添付ファイルのアップデートプログラムを新しいソフトウェアとしてＲＯＭ領域へ書き込みを行い、書き込み終了時にチェックサムを確認し正常に書き込みが終了しているか否かを確認する。
【００８８】
（実施例３）
次に図１０、図１１、図１２を用いて実施例３の自動アップデート装置について説明する。
【００８９】
なお、実施例１と同様の構成を有するものについては、同一符号を付し、その詳細な説明はその実施例１のものを援用する。
【００９０】
図１０は、自動アップデート装置の接続例と中継装置でアップデートプログラムを受信するブロック図であり、図１１は、衛星ダウンロードや配信サーバからアップデートプログラムを配信し、中継装置でアップデートプログラムを受信するブロック図であり、図１０、図１１を用いて中継装置でアップデートプログラムをダウンロードする例を説明する。
【００９１】
図１０は、通信手段１１６０を介してメールサーバ１１５０と、自動アップデート装置１０００Ｂと中継装置１１００、コンテンツサーバ１１５１、アドレス情報提供サーバ１１５２が相互接続されている。メールサーバ１１５０はインターネット上にあってもローカルエリア（ＬＡＮ）上のどちらにあってもよく、特に限定はしないものとする。
【００９２】
自動アップデート装置１０００Ｂは、ファクシミリやプリンタや家電機器等で通信手段を備えた装置を想定しており、特に種類を限定するものではない。中継装置１１００は、ネットワークに接続されたパーソナルコンピュータ（ＰＣ）などの装置で実現される。
【００９３】
また、接続例としてＵＳＢやＩＥＥＥ１３９４など通信ケーブル１１６１に接続された自動アップデート装置１０００Ａ、中継装置１１００とＢＬＵＥＴＯＯＴＨや無線ＬＡＮなど無線にて接続された自動アップデート装置１０００Ｃなどの接続例がある。本発明では自動アップデート装置１０００Ｂにて説明するが、自動アップデート装置１０００Ａ、自動アップデート装置１０００Ｃも同様の動作を示すものである。さらに通信手段１１６０としてバスあるいは公衆網、専用回線、ＬＡＮ（インターネット）などのデータ転送可能な手段である。
【００９４】
図１０において、中継装置１１００は、電子メール受信手段１２２０Ａが、電源起動時に通信手段１１６０を介して、メールサーバ１１５０のメールボックにＰＯＰプロトコルでアクセスし、電子メールが存在しているか否かを確認する。電子メールが存在していた場合、ＰＯＰプロトコルにより、電子メールの受信を行う。
【００９５】
電子メール受信手段１２２０Ａは、受信した電子メールをプログラム名生成手段１２３０Ａへ転送する。プログラム名生成手段１２３０Ａでは、実施例１と同じ方法でアップデートプログラムのファイル転送プロトコル、ドメイン名、ディレクトリ名、ファイル名などのファイル情報をダウンロード手段１２２１Ａに出力する。
【００９６】
ダウンロード手段１２２１Ａは、プログラム名生成手段１２３０Ａで作成されたアップデートプログラムのファイル転送プロトコル、ドメイン名、ディレクトリ名、ファイル名などのファイル情報に従って、コンテンツサーバ１１５１にアクセスし、アップデートプログラムのダウンロードを行い保存手段１２００へ転送する。保存手段１２００は、ダウンロードされたデータを格納領域へ保存する。
【００９７】
自動アップデート装置１０００Ｂは、ダウンロード手段１２２１Ｂにて中継装置１１００の格納フォルダへアクセスし、格納フォルダにファイルが作成されているか否かを確認する。格納フォルダにファイルが作成されていた場合、ファイルをダウンロードする。
【００９８】
退避手段１２５０Ｂは、現在のＲＯＭ領域に格納されているソフトウェアを退避領域へ退避する。更新手段１２６０Ｂは、ダウンロード手段１２２１Ｂにてダウンロードしたアップデートプログラムを新しいソフトウェアとしてＲＯＭ領域へ書き込み、書き込み終了時にチェックサムなどベリファイを確認し、正常に書き込みが終了しているかを確認する。
【００９９】
更新手段１２６０Ｂは、正常に書き込みが終了した時点で、退避領域に格納されているソフトウェアを削除し、ソフトウェアのアップデートを終了する。
【０１００】
図１１は、通信手段１１６０を介してメールサーバ１１５０と、自動アップデート装置１０００Ｂと中継装置１１００、コンテンツサーバ１１５１と、アドレス提供サーバ１１５２が相互接続されている。メールサーバ１１５０はインターネット上にあってもローカルエリア（ＬＡＮ）上のどちらにあってもよく、特に限定はしないものとする。
【０１０１】
自動アップデート装置１０００Ｂは、ファクシミリやプリンタや家電機器等で通信手段を備えた装置を想定しており、特に種類の限定は行わない。
【０１０２】
中継装置１１００はデジタル放送によるデータ配信を受信することのできるパーソナルコンピュータ（ＰＣ）などの装置で実現されるものである。また、放送を受信する手段としてデータのダウンロードが可能なデジタル放送を受信するテレビ、ビデオ、ＤＶＤ録画再生装置などの装置では、放送受信用のデータ受信手段と本実施例のデータ受信手段を共用することにより、本実施例の中継装置１１００を実施することも可能である。
【０１０３】
また、配信サーバ２５１０及び配信装置２５００は遠隔地にあり、配信サーバ２５１０はアップデートプログラムをＸＨＴＭＬ−ＰＲＩＮＴなどのスクリプト言語で記述されたデータをデジタル放送で送信できるカルーセル方式のデータ形式にしたものを格納しており、配信装置２５００は、カルーセル形式のデータを電波で配信する。また衛星２５２０では、アップデートプログラムを中継器へダウンロード配信する。
【０１０４】
中継装置１１００はメールサーバ１１５０からのダウンロードと衛星２５２０からのダウンロードと、配信サーバ２５１０及び配信装置２５００からのダウンロードが可能である。
【０１０５】
本構成では必ずしも全ての構成が必要というわけではなく、例えば衛星２５２０からのダウンロードのみ、配信サーバ２５１０、配信装置２５００の組み合わせのみでも成立するものである。尚、メールサーバ１１５０からのダウンロードは、図１０で示された通りで説明は省略する。
【０１０６】
衛星２５２０、配信サーバ２５１０、配信装置２５００の組み合わせでの説明を行う。
【０１０７】
衛星２５２０又は、配信サーバ２５１０、配信装置２５００は、アップデートプログラム供給者によってダウンロードが決められるものであり、夜中など中継装置１１００の非稼動時間にあわせ行われる。但し、夜中というのは一例であり、必ずしもこれに限定されるものではない。
【０１０８】
中継装置１１００は、データ受信手段２１２０にダウンロードデータを受信した時点で稼動し、データ受信手段２１２０で受信したデータを保存手段２１００へ転送する。
【０１０９】
保存手段２１００は、ダウンロードされたデータを格納領域へ保存する。
【０１１０】
自動アップデート装置１０００Ｂは、ダウンロード手段１２２１Ｂにて中継装置１１００の格納フォルダへアクセスし、格納フォルダにファイルが作成されているか否かを確認する。格納フォルダにファイルが作成されていた場合、ファイルをダウンロードする。
【０１１１】
退避手段１２５０Ｂは、現在のＲＯＭ領域に格納されているソフトウェアを退避領域へ退避する。更新手段１２６０Ｂは、ダウンロード手段１２２１Ｂにてダウンロードしたアップデートプログラムを新しいソフトウェアとしてＲＯＭ領域へ書き込み、書き込み終了時にチェックサムなどベリファイを確認し、正常に書き込みが終了しているかを確認する。
【０１１２】
更新手段１２６０Ｂは、正常に書き込みが終了した時点で、退避領域に格納されているソフトウェアを削除し、ソフトウェアのアップデートを終了する。
【０１１３】
次に図１、図４、図１２を用いて自動アップデートシステムの動作を説明する。
【０１１４】
図１２におけるステップＳ２００は、図１に示す自動アップデート装置１０００の電源起動時、電子メール受信手段１２２０がＰＯＰプロトコルを使用し、メールサーバ１１５０に自動アップデート装置１０００に割り振られているメールアドレスに対する電子メールが届いているかを確認し、電子メールが届いていた場合、受信処理を行う。
【０１１５】
ステップＳ２１０はプログラム名生成手段１２３０では、図４に示す電子メールのヘッダ情報を解析し、Ｃｏｎｔｅｎｔ−Ｔｙｐｅの取得を行う。
【０１１６】
ステップＳ２１１は、ステップＳ２１０で取得したＣｏｎｔｅｎｔ−Ｔｙｐｅがｔｅｘｔ／ｈｔｍｌでないかどうかを判定する。
【０１１７】
ステップＳ２１２で、Ｃｏｎｔｅｎｔ−Ｔｙｐｅがｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄの場合、添付ファイルを分離する。ステップＳ２１３では、添付ファイルをテキストモードでファイルオープンし、ＢＩＮ＿ＳＲＣなどのタグを検索し、プロトコル、ドメイン名、ディレクトリ名、ファイル名情報が記述されているか否かを判定する。ステップＳ２１３でプロトコル、ドメイン名、ディレクトリ名、ファイル名情報が記述されていなかった場合、処理を終了する。
【０１１８】
ステップＳ２１３でプロトコル、ドメイン名、ディレクトリ名、ファイル名情報が記述されていた場合、添付ファイルをプログラム名生成手段１２３０へ転送する。プログラム名生成手段１２３０の処理は、実施例１のアドレス記述例からプロトコル、ドメイン名、ディレクトリ名、ファイル名情報全部を取得する処理である。
【０１１９】
ステップＳ２２１は、プログラム名生成手段１２３０で取得したプロトコル、ドメイン名、ディレクトリ名、ファイル名情報を取り出し、ステップＳ２２２は、ダウンロード手段１２２１で、プロトコル情報とドメイン名、ディレクトリ名、ファイル名情報に従って、コンテンツサーバ１１５１にアクセスし、アップデートプログラムのダウンロードを行い、更新判定手段１２７０へ転送する。
【０１２０】
ステップＳ２１５は、前記更新判定手段１２７０に転送されたデータをバイナリモードでファイルを開き機種情報とバージョン情報の取得を行う。また、自動アップデート装置１０００のバージョン情報を取得する。
【０１２１】
ステップＳ２１６は、機種情報とバージョン情報と自動アップデート装置１０００のバージョン情報を比較し、バージョン番号が新しいか否かを判定する。ステップＳ２１６にてバージョン番号が同じか又は番号が若ければ処理を終了する。
【０１２２】
ステップＳ２１７は、ステップＳ２１６にてバージョン番号が自動アップデート装置１０００よりも新しければ、退避手段１２５０は、ＲＯＭ領域に格納されているソフトウェアを退避領域へ転送する。ステップＳ２１８は、更新手段１２６０は、ダウンロードロード手段１２２１で受信したアップデートプログラムをＲＯＭ領域へ書き込む。
【０１２３】
ステップＳ２１９は、更に更新手段１２６０が、正常にＲＯＭ領域への更新が完了しているかを確認するため、チェックサムが一致しているかどうかを判断する。ステップＳ２１９は、チェックサムが一致していない場合は、再度ステップＳ２１８へ戻り再試行する。ステップＳ２１９でチェックサムが一致していた場合は、退避手段１２５０に退避領域に格納してあるソフトウェアの削除を依頼する。
【０１２４】
ステップＳ２２０は、退避手段１２５０が依頼に基づき退避領域に格納してあるソフトウェアを削除し、ソフトウェアのアップデートを終了する。
【０１２５】
（実施例４）
次に図１３を用いて実施例４の自動アップデートシステムについて説明する。
【０１２６】
図１３に示す実施例は、電子メールにアップデートプログラムが添付された電子メール
を受信して自動アップデート装置にてソフトウェアを更新する自動アップデート装置と電子メール本文または、添付ファイルにプロトコル、ドメイン名、ディレクトリ名、ファイル名情報が記載された電子メールを中継装置にて受信しアップデートを行う中継装置の組み合わせからなる自動アップデートシステム１５００であり、２つの方法でアップデートを行うことができる。
【０１２７】
このうち後者の電子メール本文または、添付ファイルにプロトコル、ドメイン名、ディレクトリ名、ファイル名情報が記載された電子メールを中継装置にて受信しアップデートを行う中継装置を利用した例は実施例３にて説明済みのため省略する。
【０１２８】
本実施例では前者、電子メールを受信して自動アップデート装置にてソフトウェアを更新する自動アップデート装置について説明する。
【０１２９】
図１４は、通信手段１１６０を介してメールサーバ１１５０、コンテンツサーバ１１５１、ファイル情報提供サーバ１１５２、中継装置１１００及び自動アップデート装置１０００Ｄが相互接続されている。メールサーバ１１５０はインターネット上にあってもローカルエリア（ＬＡＮ）上のどちらにあってもよく、特に限定はしないものとする。
【０１３０】
自動アップデート装置１０００Ｄは、ファクシミリやプリンタや家電機器等で通信手段を備えた装置を想定しており、特に種類の限定は行わない。
【０１３１】
中継装置１１００は、パーソナルコンピュータ（ＰＣ）、通信機能を備えたテレビなどである。自動アップデート装置１０００Ｄは、電子メール受信手段１２２０が、電源起動時に通信手段１１６０を介して、メールサーバ１１５０のメールボックにＰＯＰプロトコルでアクセスし、電子メールが存在しているか否かを確認する。電子メールが存在していた場合、ＰＯＰプロトコルにより、電子メールの受信を行う。
【０１３２】
電子メール受信手段１２２０は、受信した電子メールをヘッダ解析手段３１００へ転送する。ヘッダ解析手段３２００では、電子メールヘッダーの解析を行い、添付ファイルがアタッチされているか否かを「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：」のタグ３０００に示す電子メールの送信タイプを判別することにより判別し、添付ファイルがアタッチされていた場合、分離手段３２００が添付ファイルの分離を行う。
【０１３３】
退避手段１２５０は、自動アップデート装置１０００ＤのＲＯＭ領域に格納されている現在のソフトウェアを退避領域に退避させる。
【０１３４】
更新手段１２６０は、分離手段３２００にて分離した添付ファイルを新しいソフトウェアとしてＲＯＭ領域へ書き込み、書き込み終了時にチェックサムなどべリファイを確認し、正常に書き込みが終了しているかを確認する。更新手段１２６０は、正常に書き込みが終了した時点で、退避領域に格納されているソフトウェアを削除し、ソフトウェアのアップデートを終了する。
【産業上の利用可能性】
【０１３５】
本発明の自動アップデート装置と自動アップデート中継器は、アップデートデータを提供するサーバとそれを受け取るアップデートを行う装置の間を中継するインターネット、あるいはイントラネットに存在する制限に依存せずにソフトウェアの更新を自動で行うことができるという効果を有し、制御ソフトウェアを更新することのある装置として有用である。
【図面の簡単な説明】
【０１３６】
【図１】実施例１に係る自動アップデート装置のブロック図
【図２】リンク先アドレス記述例を示す説明図
【図３】添付ファイルのアドレス記述例を示す説明図
【図４】電子メールヘッダー例を示す説明図
【図５】本文をＸＨＴＭＬ−ＰＲＩＮＴのスクリプト言語で記述した例を示す説明図
【図６】ソフトウェアアップデート内容の表示例を示す説明図
【図７】ソフトウェアアップデート設定項目の表示例を示す説明図
【図８】時刻指定がある場合のアップデート設定表示例を示す説明図
【図９】実施例２に係る自動アップデート装置のブロック図
【図１０】実施例３に係る自動アップデート装置と中継装置でアップデートプログラムを受信するブロック図
【図１１】衛星ダウンロードや配信サーバからアップデートプログラムを配信し、中継装置でアップデートプログラムを受信するブロック図
【図１２】実施例３に係る動作フローチャート
【図１３】実施例４に係る自動アップデート装置のブロック図
【図１４】従来の自動アップデート装置のブロック図
【符号の説明】
【０１３７】
１０００，１０００Ａ，１０００Ｂ，１０００Ｃ，１０００Ｄ    自動アップデート装置
１１００    中継装置
１１５０    メールサーバ
１１５１    コンテンツサーバ
１１５２    ファイル情報提供サーバ
１１６０    通信手段
１１６１    通信ケーブル
１２２０，１２２０Ａ    電子メール受信手段
１２２１，１２２１Ａ，１２２１Ｂ    ダウンロード手段
１２３０，１２３０Ａ    プログラム名生成手段
１２５０，１２５０B    退避手段
１２６０，１２６０B    更新手段
１２７０    更新判定手段
１２７５    時刻指定手段
１２９０    アップデート通知手段
１２９５    時刻管理手段
１３００    表示手段
１３１０    外部接続手段
１３２０    印刷表示決定手段
１３３０    アップデート決定手段
１３４０    履歴管理手段
１４００    表示装置
１５００    自動アップデートシステム
２１００    保存手段
２１２０    データ受信手段
２５００    配信装置
２５１０    配信サーバ
２５２０    衛星
３１００    ヘッダ解析手段
３２００    分離手段
【図１】
2006221224.tif 000003
【図２】
2006221224.tif 000004
【図３】
2006221224.tif 000005
【図４】
2006221224.tif 000006
【図５】
2006221224.tif 000007
【図６】
2006221224.tif 000008
【図７】
2006221224.tif 000009
【図８】
2006221224.tif 000010
【図９】
2006221224.tif 000011
【図１０】
2006221224.tif 000012
【図１１】
2006221224.tif 000013
【図１２】
2006221224.tif 000014
【図１３】
2006221224.tif 000015
【図１４】
2006221224.tif 000016