JP2004152192A

JP2004152192A - ソフトウエア更新システム、情報処理装置および方法、記録媒体、並びにプログラム

Info

Publication number: JP2004152192A
Application number: JP2002319128A
Authority: JP
Inventors: Shinichi Kono; 真一河野; Yukihiko Aoki; 幸彦青木; Akishi Araki; 昭士荒木
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-10-31
Filing date: 2002-10-31
Publication date: 2004-05-27
Anticipated expiration: 2022-10-31
Also published as: US20080263539A1; US7316013B2; US20040088695A1; US8255897B2; JP3915661B2

Abstract

【課題】ソフトウエアを適切に更新することができるようにする。
【解決手段】Ｓ２０１で、追加ソフトウエアがインストールされると、Ｓ２０２で、追加ソフトウエアの更新管理データが生成される。追加ソフトウエアの更新管理データが追加ソフトウエアに予め付加されている場合は、それが利用され、付加されていない場合、ソフトウエアの性質に基づいて更新の有無を確認する期間等が決定され、更新管理データが生成される。Ｓ２０３で、生成した更新管理データが更新管理テーブルに設定される。更新管理テーブルの更新の有無を確認する時期に基づいて、ソフトウエアの更新の有無が確認される。
【選択図】図１５

Description

【０００１】
【発明の属する技術分野】
本発明は、ソフトウエア更新システム、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、ソフトウエアの更新に必要なデータを適切に供給することができるようにしたソフトウエア更新システム、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
クライアント機器にインストールされているソフトウエアが更新されたとき（例えば、バージョンアップされたとき）、そのソフトウエアの製造事業者がネットワークを介してその旨を通知し、その通知に基づく要求に応じて、ソフトウエアを更新するための更新データを、ネットワークを介してクライアント機器に提供するサービスが存在する（例えば、特許文献１参照）。
【０００３】
【発明が解決しようとする課題】
しかしながら、通常、クライアント機器には複数の事業者により製造されたソフトウエアがインストールされているので、その一部の事業者におるソフトウエアについて、上述したような更新データの供給がなされていない場合、クライアント機器は、そのソフトウエアを適切に更新することができない課題があった。
【０００４】
本発明はこのような状況に鑑みてなされたものであり、クライアント装置が保有するソフトウエアを適切に更新することができるようにするものである。
【０００５】
【特許文献１】
特開２００２−２６９２７２号公報
【０００６】
【課題を解決するための手段】
本発明のソフトウエア更新システムは、電子機器が、インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データを取得する取得手段と、取得手段により取得された更新管理データを記憶する記憶手段と、更新管理データに基づいて、インストールされているソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かを判定する判定手段と、判定手段により更新の有無を確認する必要があると判定されたソフトウエアの更新の有無を問い合わせる更新データ供給装置を検出する検出手段と、検出手段により検出された更新データ供給装置に、ソフトウエアの更新の有無を問い合わせる問い合わせ手段と、問い合わせ手段による問い合わせに応じて、更新データ供給装置から供給された更新確認情報に基づく処理を実行する実行手段とを備え、更新データ供給装置が、電子機器の問い合わせ手段により更新の有無の問い合わせがあったソフトウエアの更新の有無を確認する確認手段と、確認手段による確認結果に応じた更新確認情報を、電子機器に供給する供給手段とを備えることを特徴とする。
【０００７】
更新確認情報を、ソフトウエアを更新するための更新データ、または更新の有無を示す情報とすることができる。
【０００８】
更新管理データは、インストールされるソフトウエアに付加されており、電子機器の取得手段は、インストールされるソフトウエアから、それに付加されている更新管理データを取得することができる。
【０００９】
電子機器の取得手段は、インストールされるソフトウエアの製造事業者から、更新管理データを取得することができる。
【００１０】
本発明のソフトウエア更新システムにおいては、電子機器で、インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データが取得され、取得された更新管理データが記憶され、更新管理データに基づいて、インストールされているソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かが判定され、更新の有無を確認する必要があると判定されたソフトウエアの更新の有無を問い合わせる更新データ供給装置が検出され、検出された更新データ供給装置に、ソフトウエアの更新の有無が問い合わされ、問い合わせに応じて、更新データ供給装置から供給された更新確認情報に基づく処理が実行され、更新データ供給装置で、更新の有無の問い合わせがあったソフトウエアの更新の有無が確認され、確認結果に応じた更新確認情報が、電子機器に供給される。
【００１１】
本発明の情報処理装置は、インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データを取得する取得手段と、取得手段により取得された更新管理データを記憶する記憶手段と、更新管理データに基づいて、インストールされているソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かを判定する判定手段と、判定手段により更新の有無を確認する必要があると判定されたソフトウエアの更新の有無を問い合わせる更新データ供給装置を検出する検出手段と、検出手段により検出された更新データ供給装置に、ソフトウエアの更新の有無を問い合わせる問い合わせ手段と、問い合わせ手段による問い合わせに応じて、更新データ供給装置から供給された更新確認情報に基づく処理を実行する実行手段とを備えることを特徴とする。
【００１２】
本発明の情報処理方法は、インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データを取得する取得ステップと、取得ステップの処理で取得された更新管理データを記憶する記憶ステップと、更新管理データに基づいて、インストールされているソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かを判定する判定ステップと、判定ステップの処理で更新の有無を確認する必要があると判定されたソフトウエアの更新の有無を問い合わせる更新データ供給装置を検出する検出ステップと、検出ステップの処理で検出された更新データ供給装置に、ソフトウエアの更新の有無を問い合わせる問い合わせステップと、問い合わせステップによる問い合わせに応じて、更新データ供給装置から供給された更新確認情報に基づく処理を実行する実行ステップとを含むことを特徴とする。
【００１３】
本発明の記録媒体のプログラムは、インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データの取得を制御する取得制御ステップと、取得制御ステップの処理で取得された更新管理データの記憶を制御する記憶制御ステップと、更新管理データに基づく、インストールされているソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かの判定を制御する判定制御ステップと、判定制御ステップの処理で更新の有無を確認する必要があると判定されたソフトウエアの更新の有無を問い合わせる更新データ供給装置の検出を制御する検出制御ステップと、検出制御ステップの処理で検出された更新データ供給装置への、ソフトウエアの更新の有無の問い合わせを制御する問い合わせ制御ステップと、問い合わせ制御ステップによる問い合わせに応じて、更新データ供給装置から供給された更新確認情報に基づく処理の実行を制御する実行制御ステップとを含むことを特徴とする。
【００１４】
本発明のプログラムは、インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データの取得を制御する取得制御ステップと、取得制御ステップの処理で取得された更新管理データの記憶を制御する記憶制御ステップと、更新管理データに基づく、インストールされているソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かの判定を制御する判定制御ステップと、判定制御ステップの処理で更新の有無を確認する必要があると判定されたソフトウエアの更新の有無を問い合わせる更新データ供給装置の検出を制御する検出制御ステップと、検出制御ステップの処理で検出された更新データ供給装置への、ソフトウエアの更新の有無の問い合わせを制御する問い合わせ制御ステップと、問い合わせ制御ステップによる問い合わせに応じて、更新データ供給装置から供給された更新確認情報に基づく処理の実行を制御する実行制御ステップとを含む処理をコンピュータに実行させることを特徴とする。
【００１５】
本発明の情報処理装置および方法、並びにプログラムにおいては、インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データが取得され、取得された更新管理データが記憶され、更新管理データに基づいて、インストールされているソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かが判定され、更新の有無を確認する必要があると判定されたソフトウエアの更新の有無を問い合わせる更新データ供給装置が検出され、検出された更新データ供給装置に、ソフトウエアの更新の有無が問い合わされ、問い合わせに応じて、更新データ供給装置から供給された更新確認情報に基づく処理が実行される。
【００１６】
【発明の実施の形態】
図１は、本発明を適用したソフトウエア更新システムの構成例を示している。ＣＥ機器１乃至ＣＥ機器製造所４が、インターネットを含むネットワーク５に接続されている。
【００１７】
ＣＥ（ＣｏｎｓｕｍｅｒＥｌｅｃｔｒｏｎｉｃｓ）機器１は、ユーザにより使用されるパーソナルコンピュータ、携帯情報端末装置、テレビジョン受像機、オーディオプレーヤ、ビデオデッキ、カーナビゲーション装置、電子レンジ、冷蔵庫、または洗濯機などの家電製品で、ネットワーク５に接続する機能を有するものである。
【００１８】
ＣＥ機器１は、製造事業者が異なるソフトウエア（正確には、更新データを供給する事業者が異なるソフトウエア）をインストールしており、そのソフトウエアを利用して所定の機能を発揮する。
【００１９】
ＣＥ機器１はまた、インストールされているソフトウエアのそれぞれについて、所定のタイミングでその更新の有無を更新データ供給サーバ３に問い合わせ、必要に応じて更新データ等の提供を受ける。なおこの際、ＣＥ機器１は、認証代行サーバ２により、機器ＩＤ等の所定の認証情報に基づく認証を受ける必要がある。すなわち、認証代行サーバ２によって認証されなければ、ＣＥ機器１は、更新データ供給サーバ３が行う更新データ供給サービスを利用することができない。
【００２０】
認証代行サーバ２は、更新データ供給サーバ３に代わり、更新データ供給サービスの利用を求めるＣＥ機器１を認証する。
【００２１】
複数の更新データ供給サーバ３―１，３−２，・・・（以下、個々に区別する必要がない場合、単に、更新データ供給サーバ３と称する）は、認証代行サーバ２によりＣＥ機器１が認証されたとき、問い合わせに応じて、例えば、ソフトウエアを更新するための更新データをＣＥ機器１に供給する。
【００２２】
ＣＥ機器製造所４は、インストールされるソフトウエアの更新の有無の問い合わせのタイミングを示す更新管理テーブル（後述）や認証情報等をＣＥ機器１に格納してＣＥ機器１を製造する。
【００２３】
なお、以下においては、適宜、説明を簡単にするために、例えば、ネットワーク５を介して行われる送受信を、「ネットワーク５を介する」の語を省略して、単に、送受信と記述する。
【００２４】
次に、更新データ供給サービスの概略を、図２のフローチャートを参照して説明する。
【００２５】
ステップＳ１において、ＣＥ機器１は、インストールされているソフトウエア（この例の場合、ＣＥ機器１に標準添付されている（バンドルされている）ソフトウエア）のすべてについて、更新の有無を確認する必要があるか否か（一括確認する必要があるか否か）を判定する。
【００２６】
この例の場合、図３に示すように、ユーザが、ＣＥ機器１の出力部４７（図５）に表示される、「電源オン時に一括確認する」のチェックボックスにチェックを設定した場合において、ＣＥ機器１の電源が投入されたとき、一括確認する必要があると判定される。なお、図３の例に限らず、その図示は省略するが、例えば、所定の時刻を設定することができるようにして、その時刻になったときに一括確認する必要があると判定されるようにすることもできる。
【００２７】
図２に戻り、ステップＳ１で、一括確認する必要がないと判定された場合、ステップＳ２に進み、ＣＥ機器１は、記憶している更新管理デーブル（図４）を参照して、更新の有無を確認する必要があるソフトウエアが存在するか否かを判定し、存在すると判定した場合、ステップＳ３に進む。
【００２８】
図４の例の場合、更新管理テーブルには、標準添付されているソフトウエア（バンドルされているソフトウエア）の名前、ＩＤ、およびバージョン番号、ソフトウエアの更新の有無を確認する期間（周期）、並びにソフトウエアの更新の有無の問い合わせ先（更新データ供給サーバ３のＵＲＬ）（以下、これらのデータを、適宜まとめて、更新管理データと称する）が更新管理テーブルに設定されている。
【００２９】
すなわち図４の例では、毎日１０時（１０：００）が経過したと認識されたとき（例えば、内蔵するタイマーが１０：００以降の時刻を示しているとき）、ソフトウエアＡについて更新の有無を確認する必要があるので、ステップＳ２で、ＹＥＳの判定がなされる。同様に、毎週月曜日の１１時（１１：００）が経過したとき、または、毎月１日の１２時（１２：００）が経過したとき、ソフトウエアＢまたはソフトウエアＣについて更新の有無を確認する必要があるので、ステップＳ２で、ＹＥＳの判定がなされる。
【００３０】
なお、図３に示した画面４７Ａは、図４の更新管理テーブルの内容をユーザに提示するための画面である。
【００３１】
再び図２に戻り、ステップＳ３において、ＣＥ機器１は、更新管理テーブルから、更新の有無を確認する必要があると判定されたソフトウエアについて、その更新の有無を問い合わせる更新データ供給サーバ３のＵＲＬを検出する。
【００３２】
ステップＳ１で、一括確認する必要があると判定された場合、ステップＳ４に進み、ＣＥ機器１は、更新管理テーブルから、そこに設定されているすべての更新データ供給サーバ３のＵＲＬを検出する。
【００３３】
ステップＳ３またはステップＳ４で、更新データ供給サーバ３のＵＲＬが検出されたとき、ステップＳ５に進み、ＣＥ機器１に対する認証処理が行われる。この処理の詳細については、後述する。
【００３４】
ステップＳ５でＣＥ機器１が認証されると、ステップＳ６において、更新データ供給サーバ３は、必要に応じて、ソフトウエアを更新するための更新データ、または更新の有無を示す情報（以下、これらの情報を、適宜、更新確認情報と称する）をＣＥ機器１に送信する。ＣＥ機器１は、更新データ供給サーバ３からの更新確認情報に基づく処理を実行する。この処理の詳細についても、ステップＳ５の処理の詳細と併せて後述する。
【００３５】
以上のような処理が所定のタイミングで繰り返し実行される。
【００３６】
図５は、ＣＥ機器１の構成例を表している。
【００３７】
ＣＰＵ４１は、ＲＯＭ４２または記憶部４８からＲＡＭ４３にロードされたソフトウエアに従って各種の処理を実行する。ＲＡＭ４３にはまた、ＣＰＵ４１が各種の処理を実行する上において必要なデータなどが適宜記憶される。
【００３８】
ＣＰＵ４１、ＲＯＭ４２、およびＲＡＭ４３は、バス４４を介して相互に接続されている。このバス４４にはまた、入出力インタフェース４５も接続されている。
【００３９】
入出力インタフェース４５には、キーボード、マウスなどよりなる入力部４６、ＣＲＴ（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどよりなる出力部４７、記憶部４８、およびモデム、ターミナルアダプタなどより構成される通信部４９が接続されている。記憶部４８には、ＣＰＵ４１が実行するソフトウエアの他、上述した更新管理テーブルや認証情報等が記憶されている。通信部４９は、ネットワーク５を介しての通信処理を行う。
【００４０】
入出力インタフェース４５にはまた、必要に応じてドライブ５０が接続され、磁気ディスク６１、光ディスク６２、光磁気ディスク６３、またはメモリカード６４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部４８にインストールされる。
【００４１】
図６は、更新データ供給サーバ３の構成例を示している。この構成は、ＣＥ機器１の構成と、基本的に同様であるので、その説明は省略する。
【００４２】
次に、ＣＥ機器１の製造時の処理を、図７のフローチャートを参照して説明する。
【００４３】
認証代行サーバ２は、ステップＳ２１において、ＣＥ機器１の機器ＩＤおよびユーザには解読できない乱数（以下、パスフレーズと称する）を生成する。ステップＳ２２において、認証代行サーバ２は、チャレンジ公開鍵およびチャレンジ秘密鍵を生成して保存する。
【００４４】
ステップＳ２３において、認証代行サーバ２は、機器ＩＤ、パスフレーズ、およびチャレンジ公開鍵を、ＣＥ機器製造所４に送信する。
【００４５】
ＣＥ機器製造所４は、ステップＳ１１において、認証代行サーバ２からの機器ＩＤ、パスフレーズ、およびチャレンジ公開鍵を受信すると、ステップＳ１２において、機器ＩＤを元に、機器顧客登録コードを、図８のフローチャートに示すような手順で生成する。
【００４６】
すなわち、機器ＩＤが４桁の数列である場合、ステップＳ３１において、機器ＩＤの各桁の数字を足し合わせた合計値が９で除算され、その余りが、機器ＩＤの２桁目の数字と３桁目の数字の間に挿入される。
【００４７】
例えば、機器ＩＤが「１２３４」である場合、「１２３４」の各桁を足し合わせた合計の値１０が値９で除算され、そのときの余り値１が、「１２３４」の２桁目の数字「２」と３桁目の数字「３」の間に挿入され、数列「１２１３４」が生成される。
【００４８】
次に、ステップＳ３２において、ステップＳ３１で生成された数列の１桁目の数字と５桁目の数字が入れ替えられる。
【００４９】
例えば、数列「１２１３４」の１桁目の数字「１」と５桁目の数字「４」が入れ替えられ、数列「４２１３１」が生成される。
【００５０】
ステップＳ３３において、ステップＳ３２で生成された数列の各桁を足し合わせた合計の値に２が乗算され、その結果得られた値の１桁目の数字が、ステップＳ３２で生成された数列の４桁目の数字と５桁目の数字の間に挿入される。その結果得られた数列が、機器顧客登録コードとされる。
【００５１】
例えば、数列「４２１３１」の各桁の合計の値１１に２が乗算され、その結果得られた値２２の１桁目の数字「２」が、数列「４２１３１」の４桁目の数字「３」と５桁目の数字「１」の間に挿入され、機器顧客登録コード「４２１３２１」が生成される。
【００５２】
図７に戻り、ステップＳ１３において、ＣＥ機器製造所４は、ステップＳ１１で受信した機器ＩＤ、パスフレーズ、およびチャレンジ公開鍵を、ＣＥ機器１の記憶部４８に記憶させる。ＣＥ機器製造所４はまた、ＣＥ機器１に標準添付されるソフトウエアの更新管理データが設定された更新管理テーブル（図４）を、記憶部４８に記憶させる。ＣＥ機器製造所４は、このように所定のデータを記憶部４８に記憶させて、ＣＥ機器１を製造すると、ステップＳ１２で生成した機器顧客登録コードを、例えば、シール等に印刷して、ＣＥ機器１とともに箱詰する。
【００５３】
なお、ＣＥ機器製造所４は、機器ＩＤ等の認証を受けるための情報を、記憶部４８の異なる記憶領域に分割して記憶させることもできる。このようにすることにより、第三者による改竄を防止することができる。
【００５４】
次に、ステップＳ１４において、ＣＥ機器製造所４は、機器ＩＤ、パスフレーズ、並びにＣＥ機器１の機種を表す機種コード、製造年月日などのＣＥ機器１の機器に関する情報（以下、機器情報と称する）を格納して、データベースである機器登録マスタ４Ａを生成する。
【００５５】
ステップＳ１５において、ＣＥ機器製造所４は、ステップＳ１４で生成した機器登録マスタ４Ａを、ネットワーク５を介して認証代行サーバ２に送信する。認証代行サーバ２は、ステップＳ２４において、ＣＥ機器製造所４から送信されてきたＣＥ機器１の機器登録マスタ４Ａを保存する。
【００５６】
なお、ＣＥ機器製造所４は、機器登録マスタ４Ａを、認証代行サーバ２に送信する際、第３者により機器登録マスタ４Ａが不正に取得されないように、機器登録マスタ４Ａを所定の手段により暗号化して、認証代行サーバ２に送信する。またＣＥ機器１、認証代行サーバ２、または更新データ供給サーバ３間で送受信される情報も、適宜、所定の手段により暗号化されているものとする。
【００５７】
次に、ステップＳ１６において、ＣＥ機器１の販売が開始される。例えば、ＣＥ機器１は、ネットワーク５を介して通信販売される。
【００５８】
以上のようにして、ＣＥ機器１が製造される。
【００５９】
次に、更新データ供給サーバ３が行う更新データ供給サービス（ソフトウエアの有無の問い合わせに応じて、更新データ等をＣＥ機器１に供給するサービス）について、更新データ供給サーバ３に代わって認証代行サーバ２がＣＥ機器１を認証することができるように、更新データ供給サービスを認証代行サーバ２に登録する処理を、図９のフローチャートを参照して説明する。
【００６０】
はじめに、更新データ供給サーバ３は、ステップＳ５１において、更新データ供給サービスの認証代行の登録を認証代行サーバ２に申請する。
【００６１】
認証代行サーバ２は、ステップＳ４１において、更新データ供給サーバ３を審査し、ステップＳ４２において、その審査結果に基づいて、更新データ供給サービスを、認証代行することができるサービスとして登録することができるか否かを判定し、登録することができないと判定した場合、後述するステップＳ４３，４４の処理を行わず、処理を終了させる。
【００６２】
一方、ステップＳ４２で、更新データ供給サービスを登録することができると判定された場合、ステップＳ４３に進み、認証代行サーバ２は、更新データ供給サービスの登録を申請してきた更新データ供給サーバ３のＵＲＬ等を保存する。次に、ステップＳ４４において、認証代行サーバ２は、認証代行サーバ２のＵＲＬ等が記述された情報（以下、認証代行サーバ確認情報と称する）を生成し、更新データ供給サーバ３に送信する。
【００６３】
更新データ供給サーバ３は、ステップＳ５２において、認証代行サーバ確認情報が受信されたか否かを判定し、受信されなかったと判定した場合（認証代行サーバ２におけるステップＳ４２でＮＯの判定がなされ、ステップＳ４４の処理が行われず、認証代行サーバ確認情報が送信されなかったとき）、処理を終了させる。
【００６４】
ステップＳ５２で、認証代行サーバ確認情報が受信されたと判定された場合、ステップＳ５３に進み、更新データ供給サーバ３は、その認証代行サーバ確認情報を保存する。
【００６５】
以上のようにして、更新データ供給サービスが、認証代行することができるサービスとして認証代行サーバ２に登録される。
【００６６】
次に、認証代行サーバ２が、上述したように登録された更新データ供給サービスについてＣＥ機器１を認証することができるように、ＣＥ機器１を認証代行サーバ２に登録する処理を、図１０のフローチャートを参照して説明する。
【００６７】
ステップＳ６１において、ＣＥ機器１を購入したユーザが、ＣＥ機器１の登録用アプリケーション（例えばブラウザ、またはＣＥ機器登録用の専用アプリケーション）を起動すると、ＣＥ機器１は、ユーザ情報を取得する処理を行う。
【００６８】
具体的には、ＣＥ機器１は、例えば、図１１に示すような、ユーザの名前、住所、電話番号の他、例えば郵便番号、生年月日、性別、およびクレジットカードの種類、番号、有効期限等のユーザに関する情報（以下、認証用のユーザ情報と称する）を入力するための入力画面を、出力部４７のディスプレイに表示させる。なお、図１１の例では、ＣＥ機器１には、機器ＩＤが記憶されているので（図７のステップＳ１３）、機器ＩＤが入力画面に表示されている。
【００６９】
ユーザが、認証用のユーザ情報を、図１１の入力画面に入力した後、確認ボタン４７Ａを操作して、入力した内容を、図１２に示すように表示させて確認し、その画面の登録ボタン４７Ｂを操作すると、ＣＥ機器１は、図１１の入力画面に入力された情報を、ユーザの認証用のユーザ情報として取得する。
【００７０】
図１０に戻り、ステップＳ６２において、ＣＥ機器１は、ステップＳ６１で取得した認証用のユーザ情報を、記憶部４８に記憶されている機器ＩＤとパスフレーズ（図７のステップＳ１３）とともに、認証代行サーバ２に送信する。
【００７１】
認証代行サーバ２は、ステップＳ７１において、ＣＥ機器１から送信されてきた認証用のユーザ情報、機器ＩＤ、およびパスフレーズを受信し、ステップＳ７２において、受信した機器ＩＤとパスフレーズが登録されている、機器登録マスタ４Ａ（図７のステップＳ２４）が存在するか否かを確認して、ＣＥ機器１が正当に出荷された機器（正規の機器）であるか否かを判定する。
【００７２】
ステップＳ７２で、ＣＥ機器１が正規の機器であると判定された場合、すなわちステップＳ７１で受信された機器ＩＤとパスフレーズが登録されている機器登録マスタ４Ａが存在する場合、ステップＳ７３に進み、認証代行サーバ２は、ステップＳ７１で受信した認証用のユーザ情報を、機器登録マスタ４Ａに登録されている機器ＩＤと対応付けて登録し、顧客登録マスタ２Ａを生成し、これを保存する。これにより、認証代行サーバ２は、機器ＩＤを基に、機器情報の他、認証用のユーザ情報も検索することができる。
【００７３】
次に、ステップＳ７４において、認証代行サーバ２は、登録が完了した旨をＣＥ機器１に通知する。
【００７４】
ステップＳ７２で、ＣＥ機器１が正規の機器ではないと判定された場合、ステップＳ７５に進み、登録ができなかった旨がＣＥ機器１に通知される。
【００７５】
ステップＳ７４またはステップＳ７５で、所定のメッセージが通知されたとき、認証代行サーバ２は、処理を終了させる。
【００７６】
ＣＥ機器１は、ステップＳ６３において、認証代行サーバ２から通知された登録が完了した旨または登録ができなかった旨を受信し、それに対応したメッセージを表示する。その後処理は、終了する。
【００７７】
以上のようにして、ＣＥ機器１が、認証できる機器として認証代行サーバ２に登録される。
【００７８】
次に、ＣＥ機器１が、更新データ供給サービスを利用することができるように、ＣＥ機器１を更新データ供給サーバ３に登録する処理を、図１３のフローチャートを参照して説明する。
【００７９】
更新データ供給サーバ３は、ステップＳ９１において、サービス登録用のユーザ情報をＣＥ機器１に要求する。
【００８０】
ＣＥ機器１は、ステップＳ８１において、機器顧客登録コードを入力する入力画面を、出力部４７に表示して、機器顧客登録コードを取得し、またサービス登録用のユーザ情報を入力する入力画面を表示して、サービス登録用のユーザ情報を取得し、ステップＳ８２において、取得したユーザ情報および機器顧客登録コードを、更新データ供給サーバ３に送信する。
【００８１】
更新データ供給サーバ３は、ステップＳ９２において、ＣＥ機器１から送信されてきた機器顧客登録コードを認証代行サーバ２に送信し、ＣＥ機器１の機器ＩＤの供給を要求する。
【００８２】
認証代行サーバ２は、ステップＳ１０１において、更新データ供給サーバ３から送信されてきた機器顧客登録コードから機器ＩＤを算出する。機器顧客登録コードは、図８のフローチャートを参照して説明したように機器ＩＤに基づく演算により求められるので、機器顧客登録コードに対してその逆の演算を行うことにより、機器ＩＤを算出することができる。
【００８３】
次に、ステップＳ１０２において、認証代行サーバ２は、算出した機器ＩＤを、更新データ供給サーバ３に送信する。
【００８４】
更新データ供給サーバ３は、ステップＳ９３において、ＣＥ機器１からのユーザ情報を、認証代行サーバ２からの機器ＩＤに関連付けて登録し、顧客登録マスタ３Ａを生成し、保存する。これにより、更新データ供給サーバ３は、機器ＩＤを元に、ユーザ情報を検索することができる。
【００８５】
以上のようにして、ＣＥ機器１が更新データ供給サーバ３に登録される。
【００８６】
次に、ＣＥ機器１が、更新データ供給サービスを利用する場合のＣＥ機器１、認証代行サーバ２、および更新データ供給サーバ３の動作を、図１４のフローチャートを参照して説明する。すなわち図１４の、ＣＥ機器１のステップＳ１５１乃至ステップＳ１５７、更新データ供給サーバ３のステップＳ１７１乃至ステップＳ１７７、および認証代行サーバ２のステップＳ１９１乃至ステップＳ１９７が、図２のステップＳ５の処理に対応する処理であり、ＣＥ機器１のステップＳ１５８，ステップＳ１５９、および更新データ供給サーバ３のステップＳ１７８が、図２のステップＳ６の処理に対応する処理である。
【００８７】
ＣＥ機器１は、図２のステップＳ３またはステップＳ４で、ソフトウエアの更新の有無を問い合わせる更新データ供給サーバ３が検出されたとき、ステップＳ１５１において、その更新データ供給サーバ３に、例えば、更新の有無を確認するソフトウエアのＩＤやバージョン番号等を送信して、そのソフトウエアの更新の有無を問い合わせる（更新データ供給サービスの利用を要求する）。なお、図１４には、ＣＥ機器１の、１つの更新データ供給サーバ３に対する処理と、１つの更新データ供給サーバ３の処理だけが示されているが、ステップＳ３またはステップＳ４で複数の更新データ供給サーバ３が検出された場合、ＣＥ機器１は、検出した更新データ供給サーバ３のそれぞれに対して図１４に示す処理と同様の処理を行い、各更新データ供給サーバ３においても図１４に示す処理と同様の処理が行われる。
【００８８】
更新データ供給サーバ３は、ＣＥ機器１から、更新データ供給サービスの利用が要求されると、ステップＳ１７１において、後述するステップＳ１７７の処理でＣＥ機器１とのセッションが確立されているか否かを判定し、ＣＥ機器１とのセッションが確立されていると判定した場合、後述するステップＳ１７２乃至ステップＳ１７７の処理をスキップして、ステップＳ１７８に進む。
【００８９】
一方、ステップＳ１７１で、セッションが確立されていないと判定された場合、ステップＳ１７２に進み、更新データ供給サーバ３は、図９のステップＳ５３で保存した認証代行サーバ確認情報をＣＥ機器１に送信する。
【００９０】
ＣＥ機器１は、ステップＳ１５２において、更新データ供給サーバ３からの認証代行サーバ確認情報が受信されたか否かを判定し、受信されなかったと判定した場合（更新データ供給サーバ３におけるステップＳ１７１でＹＥＳの判定がなされ、ステップＳ１７２の処理が行われず、認証代行サーバ確認情報が送信されなかったとき）、後述するステップＳ１５３乃至ステップＳ１５７の処理をスキップして、ステップＳ１５８に進む。
【００９１】
一方、ステップＳ１５２で、認証代行サーバ確認情報が受信されたと判定された場合、ステップＳ１５３に進み、ＣＥ機器１は、受信された認証代行サーバ確認情報に記述されているＵＲＬを利用して、認証代行サーバ２が正当なサーバであるか否かを確認する処理を行う。
【００９２】
具体的には、ＣＥ機器１は、乱数（以下、ここで発生される乱数を、適宜、チャレンジと称する）を生成し、その乱数（チャレンジ）を、認証代行サーバ確認情報に埋め込まれているＵＲＬのサイト（認証代行サーバ２）に送信する。
【００９３】
認証代行サーバ２は、ＣＥ機器１からの乱数（チャレンジ）を、図７のステップＳ２２で生成したチャレンジ秘密鍵で暗号化し、ＣＥ機器１に送信する。
【００９４】
ＣＥ機器１は、認証代行サーバ２から送信されてきた、チャレンジ秘密鍵で暗号化された乱数（チャレンジ）を、図７のステップＳ１３で記憶部４８に記憶されたチャレンジ公開鍵で復号し、先に発生したチャレンジと照合する。その照合の結果、両チャレンジが一致する場合、認証代行サーバ２は、正当なサーバであると認識される。
【００９５】
ステップＳ１５４において、ＣＥ機器１は、ステップＳ１５３での確認結果に基づいて、認証代行サーバ２が正当なサーバであるか否かを判定し、正当なサーバではないと判定した場合、後述するステップＳ１５５乃至ステップＳ１５９の処理を行わず、処理を終了させる。
【００９６】
一方、ステップＳ１５４で、認証代行サーバ２が正当なサーバであると判定された場合、ステップＳ１５５に進み、ＣＥ機器１は、図７のステップＳ１３で記憶部４８に記憶された機器ＩＤとパスフレーズ、並びに図２のステップＳ３またはステップＳ４で検出した更新データ供給サーバ３のＵＲＬを、認証代行サーバ２に送信し、更新データ供給サービスを利用するための認証を要求する。
【００９７】
認証代行サーバ２は、ステップＳ１９１において、ＣＥ機器１における認証代行サーバ確認処理（ステップＳ１５３）に対応する処理を行った後、ステップＳ１９２において、ＣＥ機器１から認証が要求されたか否かを判定し、認証が要求されなかったと判定した場合（ＣＥ機器１におけるステップＳ１５４の処理で、ＮＯの判定がなされ、ステップＳ１５５の処理が行われず、認証が要求されなかったとき）、後述するステップＳ１９３乃至ステップＳ１９７の処理を行わず、処理を終了させる。
【００９８】
一方、ステップＳ１９２で、ＣＥ機器１から認証が要求されたと判定された場合、ステップＳ１９３に進み、認証代行サーバ２は、ＣＥ機器１がその利用を要求する更新データ供給サービスが、認証代行サーバ２が認証を代行することができるサービスとして登録されているか否かを判定する。具体的には、認証代行サーバ２は、図９のステップＳ４３で、更新データ供給サーバ３のＵＲＬを保存しているので、ＣＥ機器１から送信されてきたＵＲＬと同一のものが保存されているか否かを判定する。
【００９９】
ステップＳ１９３で、更新データ供給サービスが登録されていると判定された場合、ステップＳ１９４に進み、認証代行サーバ２は、ステップＳ１９２で受信された機器ＩＤおよびパスフレーズが登録されている機器登録マスタ４Ａが存在するか否かを確認して、ＣＥ機器１を認証する（認証代行が行われる）。
【０１００】
ステップＳ１９３で、更新データ供給サービスが登録されていないと判定されたとき、またはステップＳ１９４で、ＣＥ機器１が認証されなかったとき、後述するステップＳ１９５乃至ステップＳ１９７の処理は行われず、処理は終了する。
【０１０１】
ステップＳ１９４で、ＣＥ機器１が認証されたとき、ステップＳ１９５に進み、認証代行サーバ２は、後述するステップＳ１９６で無効とされるまでの間ＣＥ機器１を特定するワンタイムＩＤを発行し、ＣＥ機器１に送信する。
【０１０２】
ＣＥ機器１は、ステップＳ１５６において、認証代行サーバ２からのワンタイムＩＤが受信されたか否かを判定し、受信されなかったと判定した場合（認証代行サーバ２におけるステップＳ１９３またはステップＳ１９４でＮＯの判定がなされ、ステップＳ１９５の処理が行われず、ワンタイムＩＤが送信されなかった場合）、後述するステップＳ１５７乃至ステップＳ１５９の処理を行わず、処理を終了させる。
【０１０３】
一方、ステップＳ１５６で、ワンタイムＩＤが受信されたと判定された場合、ステップＳ１５７に進み、ＣＥ機器１は、ステップＳ１５６で受信したワンタイムＩＤを、更新データ供給サーバ３に送信する。
【０１０４】
更新データ供給サーバ３は、ステップＳ１７３において、ＣＥ機器１からのワンタイムＩＤが受信されたか否かを判定し、受信されなかったと判定した場合（ＣＥ機器１におけるステップＳ１５６の処理でＮＯの判定がなされ、ステップＳ１５７の処理が行われず、ワンタイムＩＤが送信されなかった場合）、後述するステップＳ１７４乃至ステップＳ１７８の処理を行わず、処理を終了させる。
【０１０５】
一方、ステップＳ１７３で、ワンタイムＩＤが受信されたと判定された場合、ステップＳ１７４に進み、更新データ供給サーバ３は、ステップＳ１７３で受信したワンタイムＩＤを、認証代行サーバ２に送信するとともに、ＣＥ機器１の機器情報の提供を要求する。
【０１０６】
認証代行サーバ２は、ステップＳ１９６において、更新データ供給サーバ３から送信されてきたワンタイムＩＤを受信するとともに、それが、ステップＳ１９２で受信したＵＲＬに対応するサーバから送信されてきたものであるか否かを確認する。ワンタイムＩＤは、その後、無効となる。
【０１０７】
次に、ステップＳ１９７において、認証代行サーバ２は、ステップＳ１９６で受信したワンタイムＩＤにより特定されるＣＥ機器１の機器情報（機器ＩＤを含む）を、ＣＥ機器１の機器登録マスタ４Ａから検索し、更新データ供給サーバ３に送信する。
【０１０８】
更新データ供給サーバ３は、ステップＳ１７５において、認証代行サーバ２から送信されてきたＣＥ機器１の機器情報を受信すると、ステップＳ１７６において、ＣＥ機器１が、更新データ供給サービスを利用することができる機器として更新データ供給サーバ３に登録されているか否かを判定する。具体的には、更新データ供給サーバ３は、図１３のステップＳ９３で、ＣＥ機器１の機器ＩＤが登録されている顧客登録マスタ３Ａを保存しているので、認証代行サーバ２から送信されてきた機器ＩＤが登録されている顧客登録マスタ３Ａが保存されているか否かを判定する。
【０１０９】
ステップＳ１７６で、登録されていないと判定した場合、後述するステップＳ１７７，Ｓ１７８の処理を行わず、処理を終了させる。
【０１１０】
一方、ステップＳ１７６で、ＣＥ機器１が登録されていると判定された場合、ステップＳ１７７に進み、更新データ供給サーバ３は、ＣＥ機器１とのセッションを確立する。なお、ＣＥ機器１とのセッションが継続している間は、原則、ＣＥ機器１の認証は、認証代行サーバ２に要求されない（ステップＳ１７１でＹＥＳの判定がなされ、ステップＳ１７２乃至ステップＳ１７６の処理がスキップされる）。
【０１１１】
ステップＳ１７１で、セッションが確立されていると判定されたとき、またはステップＳ１７７で、セッションが確立されたとき、ステップＳ１７８に進み、更新データ供給サーバ３は、ＣＥ機器１から問い合わせがあったソフトウエアが更新されたか否かを確認し、その確認結果に応じた更新確認情報をＣＥ機器１に送信する。例えば、そのソフトウエアが更新されていた場合、その更新に応じてＣＥ機器１が保有するソフトウエアを更新するための更新データがＣＥ機器１に送信される。また、更新された有無を示す情報がＣＥ機器１に送信される。
【０１１２】
ＣＥ機器１は、ステップＳ１５２で、認証代行サーバ確認情報が受信されなかったと判定された場合（セッションが既に確立されている可能性がある場合）、またはステップＳ１５７で、ワンタイムＩＤを認証代行サーバ２に送信したとき、ステップＳ１５８に進み、更新データ供給サーバ３からの更新確認情報が受信されたか否かを判定し、受信されなかったと判定した場合（更新データ供給サーバ３におけるステップＳ１７６でＮＯの判定がなされ、ステップＳ１７８の処理が行われず、更新データが送信されなかった場合）、処理を終了させる。
【０１１３】
一方、ステップＳ１５８で、更新データ供給サーバ３からの更新確認情報が受信されたとき、ステップＳ１５９に進み、ＣＥ機器１は、受信した更新確認情報に応じた処理を行う。例えば、更新データが受信された場合、それに基づいてソフトウエアが更新される。また更新の有無を示す情報が受信された場合、ＣＥ機器１は、その情報に応じた画面を出力部４７に表示し、その画面に従ったユーザの指令に応じた処理を行う（例えば、更新データを取得するための処理を行う）。
【０１１４】
以上のようにして、ＣＥ機器１は、インストールされているソフトウエアを適切に更新することができる。
【０１１５】
なお、以上においては、ＣＥ機器１は、図２のステップＳ３またはステップＳ４で、更新データ供給サーバ３を検出したときに、更新の有無を問い合わせたが、例えば、ネットワーク５の通信が混雑しない、深夜の所定の時刻になるまで待機し、その時刻になったときに、その問い合わせを行うようにすることもできる。
【０１１６】
また、ＣＥ機器１は、ソフトウエアの重要度に応じて、更新の有無を問い合わせることもできる。例えば、セキュリティに関するソフトウエアについては、他のソフトウエアの更新データと問い合わせのタイミングが競合した場合、それに先立って、更新の有無を問い合わせることができる。
【０１１７】
また、以上においては、バンドルされたソフトウエアを更新する場合を例として説明したが、後からインストールされたソフトウエア（以下、追加ソフトウエアと称する）についても、追加ソフトウエアについての更新管理データを、更新管理テーブルに追加設定することで、追加ソフトウエアを適切に更新することができる。
【０１１８】
図１５は、更新管理テーブルに、追加ソフトウエアの更新管理データを追加設定する処理手順を示している。すなわちステップＳ２０１において、ＣＥ機器１は、追加ソフトウエアがインストールされると、ステップＳ２０２において、追加ソフトウエアの更新管理データを生成する。
【０１１９】
追加ソフトウエアの更新管理データが追加ソフトウエアに予め付加されている場合は、それを利用し、付加されていない場合、ソフトウエアの性質に基づいて更新の有無を確認する期間等を決定し、更新管理データを生成することもできる。例えば、セキュリティ関連のソフトウエアについては、短い確認期間とすることができる。またネットワーク５を介して、追加ソフトウエアの製造事業者から取得するようにすることもできる。
【０１２０】
ステップＳ２０３において、ＣＥ機器１は、生成した更新管理データを、更新管理テーブルに設定する。
【０１２１】
図１６は、図４に示した更新管理データに、ソフトウエアＤの更新管理データが追加設定された状態を示している。また図１７は、図１６の更新管理テーブルの内容を示す画面４７Ａの表示例を示している。
【０１２２】
また、以上においては、ＣＥ機器１が、ネットワーク５を介して、認証代行サーバ２や更新データ供給サーバ３と直接通信する場合を例として説明したが、図１８に示すように、ネットワーク５に接続されているホームサーバ１０１を介して、認証代行サーバ２や更新データ供給サーバ３と通信するようにすることもできる。
【０１２３】
すなわち、この例の場合、図２のステップＳ５の処理において、ホームサーバ１０１は、それに接続されているＣＥ機器１（複数のＣＥ機器１を接続することもできる）から、ステップＳ３またはステップＳ４に対応する処理で検出された更新データ供給サーバ３のＵＲＬが通知され、図１４のステップＳ１５１に相当する処理で、通知されたＵＲＬを利用して更新データ供給サーバ３にアクセスし、ソフトウエアの更新の有無を問い合わせる。その後、ステップＳ１５２乃至ステップＳ１５８に相当する処理を実行する。
【０１２４】
なお、ステップＳ１５９に相当する処理は、図１９のフローチャートに示すような手順で行われる。
【０１２５】
すなわち、更新データ供給サーバ３から供給された更新確認情報を受信すると（図１４のステップＳ１５８）、ホームサーバ１０１は、ステップＳ２２１で、その旨を、自分に接続されているすべてのＣＥ機器１に通知する。
【０１２６】
ＣＥ機器１は、ステップＳ２１１において、更新確認情報が受信された旨が通知されたか否かを判定する。なお、図１９では、簡単のために、ホームサーバ１０１の１個のＣＥ機器１に対する処理と、１個のＣＥ機器１の処理が示されているが、実際は、ホームサーバ１０１は、接続されているＣＥ機器１のすべてに対して図１９に示す処理と同様の処理を行い、各ＣＥ機器１も、図１９に示す処理と同様の処理を行う。
【０１２７】
ステップＳ２１１で、更新確認情報が受信された旨が通知されたと判定された場合、ステップＳ２１２に進み、ＣＥ機器１は、更新確認情報が、図２のステップＳ３またはステップＳ４で検出した更新データ供給サーバ３からのものか否かを判定し、そうであると判定した場合、ステップＳ２１３に進む。
【０１２８】
ステップＳ２１３において、ＣＥ機器１は、受信された更新確認情報の提供を、ホームサーバ１０１に要求する。
【０１２９】
ホームサーバ１０１は、ステップＳ２２２において、ＣＥ機器１から、更新確認情報の供給が要求されたか否かを判定し、要求されたと判定した場合、ステップＳ２２３に進み、更新データ供給サーバ１０１から供給された更新確認情報を、ＣＥ機器１に供給する。
【０１３０】
ＣＥ機器１は、ステップＳ２１４において、ホームサーバ１０１から供給された更新確認情報を受信するとともに、それに基づく処理を行う。
【０１３１】
ステップＳ２１２で、更新の有無を問い合わせた更新データ供給サーバ３からのものではないと判定された場合、ステップＳ２１５に進み、ＣＥ機器１は、その旨を、ホームサーバ１０１に通知する。
【０１３２】
ステップＳ２１１で、ホームサーバ１０１から更新確認情報が受信された旨の通知がなかったと判定されたとき、ステップＳ２１４で、所定の処理がなされたとき、またはステップＳ２１５で、所定の通知がなされたとき、ＣＥ機器１は、処理を終了させる。
【０１３３】
ステップＳ２２２で、ＣＥ機器１からの供給要求がなかったと判定されたとき、またはステップＳ２２３で、更新確認情報がＣＥ機器１に供給されたとき、ホームサーバ１０１は、処理を終了させる。
【０１３４】
なお、ホームサーバ１０１も、図１４のステップＳ１５１に相当する処理で、例えば、ネットワーク５の通信が混雑しない、深夜の所定の時刻になるまで待機し、その時刻になったときに、更新の有無を問い合わせることができる。
【０１３５】
さらに、以上においては明確に言及しなかったが、ＣＥ機器１に供給される更新データを、更新データ供給サーバ３が保持しているようにすることもできるし、図２０に示すように、ソフトウエアの製造事業者２０１からネットワーク（例えば、ネットワーク５）を介して適宜取得するようにすることもできる。
【０１３６】
【発明の効果】
第１の本発および第２の本発明によれば、ソフトウエアを適切に更新することができる。
【図面の簡単な説明】
【図１】本発明を適用したソフトウエア更新システムの構成例を示す図である。
【図２】更新データ供給サービスの概要を説明するためのフローチャートである。
【図３】更新管理テーブルの内容を表す画面の表示例を示す図である。
【図４】更新管理テーブルを表す図である。
【図５】図１のＣＥ機器の構成例を示すブロック図である。
【図６】図１の更新データ供給サーバの構成例を示すブロック図である。
【図７】図１のＣＥ機器の製造時の処理を説明するフローチャートである。
【図８】機器顧客登録コードの生成処理を説明するフローチャートである。
【図９】図１の更新データ供給サーバを認証代行サーバに登録する処理を説明するフローチャートである。
【図１０】図１のＣＥ機器を認証代行サーバに登録する処理を説明するフローチャートである。
【図１１】認証用のユーザ情報の入力画面の例を示す図である。
【図１２】認証用のユーザ情報の確認画面の例を示す図である。
【図１３】図１のＣＥ機器を更新データ供給サーバに登録する処理を説明するフローチャートである。
【図１４】更新データ供給サービスを利用する場合の処理手順を説明するフローチャートである。
【図１５】更新管理データを更新管理テーブルに設定する処理手順を示すフローチャートである。
【図１６】他の更新管理テーブルの内容を表す画面の表示例を示す図である。
【図１７】他の更新管理テーブルを表す図である。
【図１８】本発明を適用した他のソフトウエア更新システムの構成例を示す図である。
【図１９】図１８のホームサーバの動作を説明するフローチャートである。
【図２０】更新データの供給方法を説明する図である。
【符号の説明】
１ＣＥ機器，２認証代行サーバ，３更新データ供給サーバ，４ＣＥ機器製造所，１０１ホームサーバ，２０１事業者

Claims

ネットワークを介して、所定のソフトウエアの更新の有無に関する更新確認情報を供給する更新データ供給装置、および前記更新データ供給装置から供給される前記更新確認情報に応じた処理を実行する電子機器からなるソフトウエア更新システムにおいて、
前記電子機器は、
インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データを取得する取得手段と、
前記取得手段により取得された前記更新管理データを記憶する記憶手
段と、
前記更新管理データに基づいて、インストールされている前記ソフトウエ
アの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かを判定する判定手段と、
前記判定手段により更新の有無を確認する必要があると判定された前記ソフトウエアの更新の有無を問い合わせる前記更新データ供給装置を検出する検出手段と、
前記検出手段により検出された前記更新データ供給装置に、前記ソフトウエアの更新の有無を問い合わせる問い合わせ手段と、
前記問い合わせ手段による前記問い合わせに応じて、前記更新データ供給装置から供給された前記更新確認情報に基づく処理を実行する実行手段と
を備え、
前記更新データ供給装置は、
前記電子機器の前記問い合わせ手段により更新の有無の問い合わせがあった前記ソフトウエアの更新の有無を確認する確認手段と、
前記確認手段による確認結果に応じた前記更新確認情報を、前記電子機器に供給する供給手段と
を備えることを特徴とするソフトウエア更新システム。
前記更新確認情報は、前記ソフトウエアを更新するための更新データ、または更新の有無を示す情報である
ことを特徴とする請求項１に記載のソフトウエア更新システム。
前記更新管理データは、インストールされる前記ソフトウエアに付加されており、
前記電子機器の前記取得手段は、インストールされる前記ソフトウエアから、それに付加されている前記更新管理データを取得する
ことを特徴とする請求項１に記載のソフトウエア更新システム。
前記電子機器の前記取得手段は、インストールされる前記ソフトウエアの製造事業者から、前記更新管理データを取得する
ことを特徴とする請求項１に記載のソフトウエア更新システム。
ネットワークを介して、所定のソフトウエアの更新の有無に関する更新確認情報を供給する更新データ供給装置から供給された前記更新確認情報に応じた処理を実行する情報処理装置において、
インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データを取得する取得手段と、
前記取得手段により取得された前記更新管理データを記憶する記憶手段と、
前記更新管理データに基づいて、インストールされている前記ソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かを判定する判定手段と、
前記判定手段により更新の有無を確認する必要があると判定された前記ソフトウエアの更新の有無を問い合わせる前記更新データ供給装置を検出する検出手段と、
前記検出手段により検出された前記更新データ供給装置に、前記ソフトウエアの更新の有無を問い合わせる問い合わせ手段と、
前記問い合わせ手段による前記問い合わせに応じて、前記更新データ供給装置から供給された前記更新確認情報に基づく処理を実行する実行手段と
を備えることを特徴とする情報処理装置。
ネットワークを介して、所定のソフトウエアの更新の有無に関する更新確認情報を供給する更新データ供給装置から供給された前記更新確認情報に応じた処理を実行する情報処理装置の情報処理方法において、
インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データを取得する取得ステップと、
前記取得ステップの処理で取得された前記更新管理データを記憶する記憶ステップと、
前記更新管理データに基づいて、インストールされている前記ソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かを判定する判定ステップと、
前記判定ステップの処理で更新の有無を確認する必要があると判定された前記ソフトウエアの更新の有無を問い合わせる前記更新データ供給装置を検出する検出ステップと、
前記検出ステップの処理で検出された前記更新データ供給装置に、前記ソフトウエアの更新の有無を問い合わせる問い合わせステップと、
前記問い合わせステップによる前記問い合わせに応じて、前記更新データ供給装置から供給された前記更新確認情報に基づく処理を実行する実行ステップと
を含むことを特徴とする情報処理方法。
ネットワークを介して、所定のソフトウエアの更新の有無に関する更新確認情報を供給する更新データ供給装置から供給された前記更新確認情報に応じた処理を実行する情報処理装置のプログラムであって、
インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データの取得を制御する取得制御ステップと、
前記取得制御ステップの処理で取得された前記更新管理データの記憶を制御する記憶制御ステップと、
前記更新管理データに基づく、インストールされている前記ソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かの判定を制御する判定制御ステップと、
前記判定制御ステップの処理で更新の有無を確認する必要があると判定された前記ソフトウエアの更新の有無を問い合わせる前記更新データ供給装置の検出を制御する検出制御ステップと、
前記検出制御ステップの処理で検出された前記更新データ供給装置への、前記ソフトウエアの更新の有無の問い合わせを制御する問い合わせ制御ステップと、
前記問い合わせ制御ステップによる前記問い合わせに応じて、前記更新データ供給装置から供給された前記更新確認情報に基づく処理の実行を制御する実行制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
ネットワークを介して、所定のソフトウエアの更新の有無に関する更新確認情報を供給する更新データ供給装置から供給された前記更新確認情報に応じた処理を実行する情報処理装置のプログラムであって、
インストールされているソフトウエアの更新の有無を確認する時期を示す更新管理データの取得を制御する取得制御ステップと、
前記取得制御ステップの処理で取得された前記更新管理データの記憶を制御する記憶制御ステップと、
前記更新管理データに基づく、インストールされている前記ソフトウエアの中に、更新の有無を確認する必要があるソフトウエアが存在するか否かの判定を制御する判定制御ステップと、
前記判定制御ステップの処理で更新の有無を確認する必要があると判定された前記ソフトウエアの更新の有無を問い合わせる前記更新データ供給装置の検出を制御する検出制御ステップと、
前記検出制御ステップの処理で検出された前記更新データ供給装置への、前記ソフトウエアの更新の有無の問い合わせを制御する問い合わせ制御ステップと、
前記問い合わせ制御ステップによる前記問い合わせに応じて、前記更新データ供給装置から供給された前記更新確認情報に基づく処理の実行を制御する実行制御ステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。