JP2006309516A - ソフトウェア更新システムおよびソフトウェア更新管理装置 - Google Patents

Abstract

【課題】更新の通知からソフト更新処理を実施するまでに時間コストを発生させることなく、一貫した処理で対処する。
【解決手段】サーバ１００は、製品３００毎のソフトウェアの更新情報を管理し更新ソフトウェアを記憶するとともに、携帯電話端末（ソフトウェア更新管理装置）２００とデータ通信を行う機能を有する。製品３００は、ソフトウェアおよびその製品情報を記憶するとともに、携帯電話端末２００とデータ通信を行う機能、およびソフトウェアを更新する機能を有する。携帯電話端末２００は、製品３００からその製品情報を取得するとともに、製品情報に基づいてサーバ１００から製品３００のソフトウェアの更新情報を取得し、この更新情報に基づいて、製品３００の更新ソフトウェアのダウンロードを行い、このダウンロードされた更新ソフトウェアを前記製品に送信してソフトウェアの更新を行わせる。
【選択図】図１

Description

本発明は、携帯電話端末を利用して製品のソフトウェア更新を可能にするソフトウェア更新システムおよびソフトウェア更新管理装置に関する。

従来、インターネット上のサービスに接続できない環境にある家電製品等の製品は、バグ等の理由でそのソフトウェアの更新が必要になった場合、ユーザはメーカから通知を受け、その製品のソフトウェアを更新する必要があった。

メーカからユーザに通知する媒体としては、（１）ダイレクトメール、（２）電話、（３）郵便、（４）インターネットのホームページ（ＨＰ）、等がありうる。

ソフトウェア（本明細書中、便宜上、ソフトともいう）の更新方法としては、（１）製品をメーカに預ける、（２）ソフト更新ツールを自宅まで郵送してもらう、（３）地上波データ放送によるソフト更新、などの方法が採られている。

特許文献１には、いわゆるポケベルと呼ばれる無線選択呼出受信機に対して、無線信号によりプログラムおよび情報を送信し、これを受信した受信機は受信したメッセージ信号がプログラム情報である場合にこのプログラム情報をＥＥＰＲＯＭに記憶する。これにより当該プログラムに応じた付加機能を受信機に保有させることができる。
実開平４−６６８３３号公報

しかし上記のようなユーザへの通知からソフト更新処理を実施するまでは以下の問題点が考えられる。

製品をメーカに預ける方法では、メーカと顧客に余分な時間コスト（メーカに製品を渡す時間＋メーカでソフト更新する時間＋ユーザに製品を戻す時間）が発生する。すなわち、実際にソフト更新で必要となる時間とは別に、製品をやり取りするための目的以外の余分な時間が発生する。

ソフト更新ツールを自宅まで郵送してもらう方法においても、郵送のための時間コストが発生する。

地上波データ放送によるソフト更新では、ユーザ操作で更新対象機器への特別な更新準備処理を行い、特定の時間に送信されてくる情報からソフト更新処理を行うので、常にユーザが望む時間に更新処理が可能というわけではない。また、地上波データ放送によるソフト更新は任意の装置に適用できるものではない。

さらに、上記いずれの方法も、ソフト更新の通知からソフト更新の実際の処理にとりかかるまで一貫性がない。

また、異なる種類の製品については、製品毎に個別の方法で対処しなければならなかった。

本発明はこのような背景においてなされたものであり、その目的は、更新の通知からソフト更新処理を実施するまでに時間コストを発生させることなく、一貫した処理で対処することができるソフトウェア更新システムおよびソフトウェア更新管理装置を提供することにある。

本発明によるソフトウェア更新システムは、ソフトウェアで動作する製品と、この製品の更新ソフトウェアを提供するサーバと、それぞれ前記サーバおよび前記製品に接続して前記製品のソフトウェア更新を管理するソフトウェア更新管理装置とにより構成されるソフトウェア更新システムである。前記サーバは、製品毎のソフトウェアの更新情報を管理し更新ソフトウェアを記憶するとともに、前記ソフトウェア更新管理装置とデータ通信を行う機能を有する。前記製品は、ソフトウェアおよびその製品情報を記憶するとともに、前記ソフトウェア更新管理装置とデータ通信を行う機能、および前記ソフトウェアを更新する機能を有する。前記ソフトウェア更新管理装置は、前記製品からその製品情報を取得しこの前記製品情報に基づいて前記サーバから前記製品のソフトウェアの更新情報を取得し、この更新情報に基づいて、前記製品の更新ソフトウェアをダウンロードするとともに、このダウンロードされたソフトウェアを前記製品に送信してソフトウェアの更新を行わせる。

この構成により、ソフトウェア更新管理装置がサーバと製品との間に介在して、製品のソフトウェアの更新をチェックし、更新があったときにサーバから更新ソフトウェアをダウンロードして製品に送信してソフトウェアの更新を行わせることができる。

前記ソフトウェア更新管理装置は、自己の主導により前記サーバにアクセスして、前記製品のソフトウェアの更新情報を取得することができる。あるいは、前記サーバが、自己の主導により前記ソフトウェア更新管理装置へソフトウェアの更新を通知することにより、前記ソフトウェア更新管理装置は、前記製品のソフトウェアの更新情報を取得することができる。

本発明によるソフトウェア更新管理装置は、ネットワーク上のサーバとデータ通信を行う第１の通信手段と、ソフトウェアで動作する製品との間でデータ通信を行う第２の通信手段と、前記第２の通信手段により前記製品の製品情報を取得して記憶する製品情報取得手段と、前記第１の手段により前記製品のソフトウェアの更新情報を取得する更新情報取得手段と、前記更新情報に基づいて、前記第１の通信手段により前記製品の更新ソフトウェアのダウンロードを行い、このダウンロードされたソフトウェアを前記第２の通信手段により前記製品に送信してソフトウェアの更新を行わせる制御手段とを備えたことを特徴とする。

ソフトウェア更新管理装置は、前記第２の通信手段により複数の製品との間でデータ通信を行い、前記製品情報取得手段は当該複数の製品の製品情報を取得して記憶することができる。これにより、同じソフトウェア更新管理装置により複数の製品のソフトウェア更新を管理することができる。

本発明によれば、サーバと製品との間を、両方とデータ通信可能なソフトウェア更新管理装置で仲介することにより、更新の通知からソフト更新処理を実施するまでに時間コストを発生させることなく、製品のソフトウェア更新を一貫して容易に実行することが可能となる。

また、ソフトウェア更新管理装置を用いることにより、複数種類の製品に対しても一括して管理し、統一的な処理でソフトウェア更新を行うことができる。

さらに、本発明によりソフトウェア更新が容易になることから、本発明は、製品のバグへの対処のみならず、新機能などの追加等の機能拡張のためのより積極的なソフトウェア更新にも利用可能である。

以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。

まず、図１により本実施の形態のソフトウェア更新システムの概略構成を説明する。

このソフトウェア更新システムは、ソフトウェアで動作する製品３００、その更新対象ソフトウェアを提供するＷｅｂサーバ１００、およびＷｅｂサーバ１００と製品３００との間に位置して製品３００のソフトウェア更新を管理するソフトウェア更新管理装置としての携帯電話端末２００により構成される。

製品３００は、各種家電機器、オーディオ・ビデオ機器、カーナビゲーション装置、等、ソフトウェアで動作する任意の装置を含む。携帯電話端末２００と製品３００との間の接続（ＣＯＮＮＥＣＴＩＯＮ１）には、携帯電話端末２００のコネクタを介したケーブルによる有線通信、または、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ、等、任意のデータ通信手段を利用した無線通信である。他方、携帯電話端末２００と、ネットワーク上のＷｅｂサーバ１００との間の接続（ＣＯＮＮＥＣＴＩＯＮ２）は、携帯電話基地局と無線通信を行う無線通信手段を利用してインターネットに接続することにより行える。

このシステムにおいて、携帯電話端末のユーザは、携帯電話端末を用い、Ｗｅｂサーバ上より、自分が所有している製品３００の更新用ソフトモジュールをダウンロードして、製品３００にインストールを行うことにより、製品３００のソフトウェアを更新する。

図９、図１０、図１１に、それぞれ、Ｗｅｂサーバ１００、携帯電話端末２００、および製品３００の概略ハードウェア構成例を示す。

図９のＷｅｂサーバ１００は、ＣＰＵを含み種々の制御やデータ処理を実行する制御部１０１、この制御部１０１の実行するプログラムやデータを記憶する一時記憶領域や作業領域を提供するメモリ１０２、プログラムやデータを不揮発的に記憶する大容量の外部記憶装置１０３、ユーザによる指示や情報を入力するための操作部１０４、ユーザに対して情報を表示する表示部１０５、および、インターネット等のネットワークと接続して通信を行うための通信部１０６を備える。

図１０の携帯電話端末２００は、ＣＰＵを含み種々の制御やデータ処理を実行する制御部２０１、この制御部２０１が実行するプログラムやデータを記憶するメモリ２０２、上述したＣＯＮＮＥＣＴＩＯＮ２として携帯電話の基地局との間で無線通信を行う第１の通信部２０４、テンキー等の操作部２０５、液晶ディスプレイ等の表示部２０６、マイクやスピーカの音声入出力を行う音声入出力部２０７、および、上述したＣＯＮＮＥＣＴＩＯＮ１として製品３００との間でのデータ通信を行うための第２通信部２０８を備える。

図１１の製品３００は、ＣＰＵを含み種々の制御やデータ処理を実行する制御部３０１、この制御部３０１が実行するプログラムやデータを記憶するメモリ３０２、上述したＣＯＮＮＥＣＴＩＯＮ１として携帯電話端末２００とデータ通信を行うための通信部３０４、およびこの製品固有の処理や動作を行うための製品固有部３０５を備える。

以下に、ソフトウェア更新システムの各構成要素の概要を説明する。

Ｗｅｂサーバ１００はインターネット上に存在し、ソフトウェア更新システムに関連するソフトウェア構成は、更新用ソフトモジュール管理プログラムＡ、デバイス情報Ｂ、更新用ソフトモジュール管理情報Ｃ、更新用ソフトモジュール群Ｄを含む。これらの情報Ｂ、Ｃ、Ｄは、更新用ソフトを管理するための情報であり、個々の製品３００との関連が管理されている。なお、情報Ｂ、Ｃ、Ｄはデータベースシステムに登録されており、更新用ソフトモジュール管理プログラムＡによりアクセスされる。以下、プログラムＡおよび情報Ｂ、Ｃ、Ｄの各々について説明する。

更新用ソフトモジュール管理プログラムＡは、インターネットを利用して、携帯電話端末２００から要求を受け付けることができる。更新用ソフトモジュール管理プログラムＡは、携帯電話端末２００の要求を受けて、情報Ｂ、Ｃ、Ｄをデータベースから取得が可能であり、それらの情報を携帯電話端末２００へ送信できる。

デバイス情報Ｂは、図１に示すように、６つの情報から構築されているデータを複数管理している。つまり、デバイス情報Ｂは、製品３００を開発した製造業者がソフト更新を実施すると判断した製品３００の数だけ用意される。各デバイス情報Ｂは、「製品ＩＤ」「更新可能なソフトモジュールＩＤ」「部品カテゴリー」「機器名」「シリアル番号」「製造年月日」の各項目を有する。

図２に、デバイス情報Ｂの具体例を示す。例えばある製造業者が開発したオーディオ機器αとテレビβの２機種にソフト更新が必要になった場合、この製品情報は、それぞれの製品について次のような項目内容から構成される。
製品ＩＤ：７７７
更新可能なソフトモジュールＩＤ：０１
製品カテゴリー：オーディオ
機器名：α
シリアル番号：１２３
製造年月日：０４．０１．０１

製品ＩＤ：９９９
更新可能なソフトモジュールＩＤ：０２
製品カテゴリー：テレビ
機器名：β
シリアル番号：４５６
製造年月日：０４．０１．０５

図１に戻り、更新用ソフトモジュール管理情報Ｃは、ソフトモジュール毎に設けられ、更新用ソフトモジュールの管理情報Ｄに存在している各ソフトモジュールの管理情報を一括して管理している。この例では、各更新用ソフトモジュール管理情報Ｃは、「ソフトモジュールＩＤ」「バージョン（Ｖｅｒｓｉｏｎ）」「名称（ＮＡＭＥ）」「対応製品ＩＤ」「モジュールサイズ」「更新内容（ＦｒｅｅＷｏｒｄ）」の各項目を有する。対応製品ＩＤおよびソフトモジュールＩＤはデバイス情報Ｂ内の対応項目とリンクしている。デバイス情報Ｂの更新可能なソフトモジュールＩＤとは、製品３００に対応している更新用ソフトモジュールヘの関連づけを示しているＩＤである。つまり、ある製品３００に対応する更新用ソフトモジュールを更新用ソフトモジュールＤの中から特定するために使用される。

図３に、更新用ソフトモジュール管理情報Ｃの具体例を示す。
ソフトモジュールＩＤ：０１
Ｖｅｒｓｉｏｎ：２．１
Ｎａｍｅ：電源管理機能
対応製品ＩＤ：７７７
モジュールサイズ：１００ＫＢ
更新内容ＦｒｅｅＷｏｒｄ：製品の待機時間が３０％あがります。

ソフトモジュールＩＤ：０２
Ｖｅｒｓｉｏｎ：２．１
Ｎａｍｅ：電源管理機能
対応製品ＩＤ：７７７
モジュールサイズ：１２０ＫＢ
更新内容ＦｒｅｅＷｏｒｄ：製品の待機時間が４０％あがります。

ソフトモジュールＩＤ：０３
Ｖｅｒｓｉｏｎ：１．１
Ｎａｍｅ：画質補正機能
対応製品ＩＤ：９９９
モジュールサイズ：１４０ＫＢ
更新内容ＦｒｅｅＷｏｒｄ：画像のジャギングを緩和します。

ソフトモジュールＩＤ：０４
Ｖｅｒｓｉｏｎ：３．３
Ｎａｍｅ：画質補正機能
対応製品ＩＤ：９９９
モジュールサイズ：１６０ＫＢ
更新内容ＦｒｅｅＷｏｒｄ：手ぶれ補正機能性能を２０％向上させます。

再度図１に戻り、更新用ソフトモジュール群Ｄは、各製品３００に対応する更新用ソフトモジュールを含んでいる。このソフトモジュール自身、更新用ソフトモジュール管理情報Ｃで管理している「ソフトモジュールＩＤ」、「Ｖｅｒｓｉｏｎ」、「Ｎａｍｅ」、「対応製品ＩＤ」、「モジュールサイズ」、「更新内容ＦｒｅｅＷｏｒｄ」の情報を保持しており、更新用ソフトモジュール管理情報Ｃと同期している。なお、更新内容ＦｒｅｅＷｏｒｄとは、製品の更新内容を携帯電話端末の表示部に表示して更新内容をユーザに確認してもらうためのメッセージを構成するデータである。

製品３００はユーザが所有している上述したような製品であり、様々なソフトモジュール（ソフトモジュールａなど）をインストールし、そのソフトウェアモジュールに記述された手順にしたがって動作する。ソフトウェア更新システムに関連する製品３００のソフトウェア構成としては、ソフト更新プログラムＩ、デバイス情報Ｊ、ソフトウェアモジュール管理情報Ｋを含んでいる。

なお、情報Ｊ、Ｋはデータベースシステムに登録されており、ソフト更新プログラムＩによりアクセスされる。以下、ソフト更新プログラムＩ、デバイス情報Ｊ、ソフトウェアモジュール管理情報Ｋの各々について説明する。

ソフト更新プログラムＩは、上述したような無線または有線を利用したＣＯＮＮＥＣＴＩＯＮ１を介して、携帯電話端末２００から要求を受け付けることができる。ソフト更新プログラムＩは、携帯電話端末２００の要求を受けて、デバイス情報Ｊ、ソフトウェアモジュール管理情報Ｋを含むデータベースにアクセスが可能である。

ソフト更新プログラムＩは、データベースシステムを利用して携帯電話端末から送信されてくるデータの登録と、携帯電話端末へ送信するためのデータの取得・送信が可能である。

デバイス情報Ｊは、製品３００を開発した製造業者がソフト更新を実施するために必要となるデバイスの情報であり、図１に示すように、「製品ＩＤ」「カテゴリー」「製品名」「シリアル番号」「製造年月日」の５つの項目から構築されている。それぞれの項目の意味はＷｅｂサーバ１００のデバイス情報Ｂの項目とほぼ同じである。Ｗｅｂサーバ１００のデバイス情報Ｂと異なる点は、Ｗｅｂサーバ１００が複数の装置について複数のデバイス情報Ｂを管理していたのに対し、製品３００は自身の情報のみ管理していることである。

ソフトウェアモジュール管理情報Ｋは、製品３００にインストールされているソフトモジュールの情報を管理している。管理されている個々のソフトウェアモジュールの個別情報は、Ｗｅｂサーバ１００の更新用ソフトモジュール管理情報Ｃの情報と同じである。製品３００にインストールされているすべてのソフトモジュールに対してこの情報がデータベースヘ登録されている。

図１から分かるように、携帯電話端末２００は、ソフトウェア更新システムにおいて製品３００とＷｅｂサーバ１００との間に位置づけされ、Ｗｅｂサーバ１００より更新ソフトデータを受信して製品３００へ転送する。ソフトウェア更新システムに関連する携帯電話端末２００のソフトウェア構成は、ダウンロード管理プログラムＥ、デバイス情報Ｇ、Ｗｅｂサーバ情報Ｈより構成されている。ダウンロード管理プログラムＥは、製品３００とＷｅｂサーバ１００よりソフト更新を行うための情報をそれぞれデバイス情報Ｇ、Ｗｅｂサーバ情報Ｈに一時保存し、携帯電話端末２００の性能に準じた更新ソフトのＷｅｂサーバ１００からのダウンロードと製品３００への転送を行う。

ダウンロード管理プログラムＥは、インターネット上のＷｅｂサーバ１００に要求して更新可能なソフト情報と、更新用ソフトモジュールを取得できる。取得した情報はデバイス情報Ｇ、Ｗｅｂサーバ情報Ｈへ保存して、携帯電話端末２００に最適な状態でソフト更新を可能とする。また、製品３００に現在インストールされているソフトモジュール情報をＣＯＮＮＥＣＴＩＯＮ１より取得し、デバイス情報Ｇへ保存する。デバイス情報ＧとＷｅｂサーバ情報Ｈから現在更新可能なソフトモジュールの情報を表示部に表示し、ユーザ操作により更新を開始する。

デバイス情報Ｇには、各製品３００から取得したデバイス情報と、その製品３００にインストールされているソフトモジュール情報が保存されている。

Ｗｅｂサーバ情報Ｈには、Ｗｅｂサーバ１００へのアクセス情報（ＵＲＬ）を保存しておくとともに、Ｗｅｂサーバ１００から取得したソフトモジュール情報および更新用ソフトモジュールが保存される。

図４に、本実施の形態におけるシステムのレイヤー構造を示す。

Ｗｅｂサーバ１００の上位に更新用ソフトモジュール管理プログラムが位置し、インタフェース層（Ｉ／Ｆ）を介して下位のインターネット・通信レイヤーと接続される。このインターネット・通信レイヤーは、携帯電話端末の下位層のインターネット・通信レイヤーと通信を行う。携帯電話端末のインターネット・通信レイヤーはインタフェース層を介して上位のダウンロード管理プログラムに接続される。このダウンロード管理プログラムは、他のインタフェース層を介して下位の通信レイヤーに接続される。この通信レイヤーは、製品３００の下位層の通信レイヤーと通信を行う。携帯電話端末２００の通信レイヤーはインタフェース層を介してソフト更新プログラムＩと接続される。

図５に、本実施の形態のシステムにおけるソフト更新処理の基本シーケンスを示す。
（１）携帯電話端末２００のダウンロード管理プログラムＥは、製品３００のデバイス情報とインストールされているソフト情報を取得する（Ｓ１）。この処理は、例えば新たな製品３００の購入後などにユーザの指示に応じて行う。
（２）ダウンロード管理プログラムＥは、ステップＳ１で取得した情報を、Ｗｅｂサーバ１００へ送信して、更新可能なソフト情報を要求する。この処理は、ユーザの指示に応じて、または、定期的に自動で行うことができる。
（３）更新可能なソフト情報を要求されたＷｅｂサーバ１００の更新用ソフトモジュール管理プログラムＡは、要求された製品３００用のソフト更新情報を携帯電話端末２００へ送信する（Ｓ２）。
（４）携帯電話端末２００のダウンロード管理プログラムＥは、ステップＳ２で取得した情報から表示部に更新可能なソフト情報を表示する（Ｓ３）。
（５）携帯電話端末２００のダウンロード管理プログラムＥは、ユーザの指示に応じて更新ソフトを選択する（Ｓ４）。
（６）携帯電話端末２００のダウンロード管理プログラムＥは、選択した更新ソフトをＷｅｂサーバ１００へ要求して、更新ソフトのダウンロードを開始する。
（７）ダウンロードが完了したら、ダウンロード管理プログラムＥは、製品３００のソフト更新プログラムＩにソフト更新要求を行い、ソフト更新プログラムＩはソフトの更新処理を開始する。

なお、更新ソフトのダウンロードの際、ダウンロード管理プログラムＥは携帯電話端末のメモリ容量を確認して、一括ダウンロードではメモリ容量が不足すると判断された場合、Ｗｅｂサーバ１００の更新用ソフトモジュール管理プログラムＡに対して分割して更新ソフトの転送を要求するようにしてもよい。分割してダウンロードを行うことで、メモリ容量が小スペースの携帯電話端末でも大容量の更新用ソフトをダウンロード可能となる。

また、携帯電話端末２００には、一旦、上記ステップＳ１を実行した後は、製品３００のソフトウェア構成に関するデータベースが構築されており、Ｗｅｂサーバからは常にユーザの所有する製品に特化した最新のソフト更新情報を受信して表示することができる。

携帯電話端末２００のソフトウェア更新システムをＪａｖａ（登録商標）等のオープンアプリケーションプラットフォームで作成した場合、バグ修正の他に、メーカによる様々なサービス拡張が可能となり、今まで直接やりとりできなかった家電製品とＷｅｂ上の携帯コンテンツとを、携帯電話端末の仲介により連動させることが可能となる。例えば、携帯電話端末とオーディオコンポ、携帯電話端末とＴＶ、携帯電話端末と冷蔵庫などの相互の間の連携が考えられる。

このような携帯コンテンツを提供するサイトとしては、例えば、着信メロディダウンロードサイトが考えられる。本サイトは常に高いアクセス数を維持しており、情報展開の場としては効率がよい。

図６に、本発明の具体的な応用例を説明する。

例えば、Ｗｅｂサーバ１００が提供する携帯サイトで、携帯電話端末のユーザが着メロのダウンロード、および、新フォーマットのＣＤの購入を行うことができる場合を想定する。ここで、新フォーマットとは、オーディオ機器の表示部にＣＤのジャケットの表示と歌詞カードの表示が可能となることであるとする。現在、ユーザが所有しているオーディオ機器ではそれらの表示ができないものとする。そこで、ユーザは携帯電話端末で、Ｗｅｂサーバ１００にアクセスして、メーカが当該携帯サイトで提供している「ソフト更新」を利用することにより、携帯電話端末を用いて、当該オーディオ機器の更新ソフトウェアモジュールをダウンロードすることができる。このダウンロードした更新ソフトウェアモジュールを携帯電話端末からオーディオ機器に転送して、オーディオ機器にインストールさせることにより、オーディオ機器を新フォーマットに対応させることができる。以後、ユーザは新フォーマットＣＤを購入し、ジャケットと歌詞カードを見ることができるようになる。

また、現在、携帯電話端末にリモコンアプリケーションを実装して、携帯電話端末から家電製品を操作することができるようになっている。このような家電製品のリモコンアプリケーションに製品情報を取り込むことで、本発明のシステムとの連動も容易となる。すなわち、ユーザは、リモコンアプリとして普段から携帯電話端末を使用しており、そのアプリケーションが適宜、ソフト更新情報をユーザヘ通知して、ソフトの修正、機能拡張などヘユーザを誘導することができる。

以上、本実施の形態によれば、次のような効果が得られる。

（１）製品メーカにとっての効果
ユーザヘのアナウンスと同時に更新準備を完了することが可能となる。ソフト更新するために必要となる郵送等にかかる時間的・金銭的コストを削減できる。

ソフト更新による修正の他、製品３００で使用するコンテンツにあわせたサービスの拡張も可能である。

Ｗｅｂ上のコンテンツに沿ったリアルタイムなサービス拡張が可能である。、本システムを利用することで、携帯電話端末で製品３００の機能を監視して、パソコン（ＰＣ）と同様に家電製品の機能を拡張できる。

また、早期修正も可能であるため、市場に出荷した製品３００のメンテナンスがより簡単になる。よって、ユーザとメーカの関係がより密接になり、顧客の囲い込みがより強化される。特に携帯電話端末は、個人ベースで利用され、かつ、通常、常時接続状態で使用されるものなので、本発明のサービスは、携帯電話端末を利用しているユーザを対象とすることで、携帯電話端末以外の機器であるＰＣ、その他、インターネット関連機器のみのユーザに比べて、ユーザとの間でより密接な関係を築くことが可能となる。

（２）ユーザにとっての効果
ユーザは任意の時間にいつでもソフト情報の更新が可能である。今まで必要だった郵送、その他の手続き等の無駄な時間を必要としなくなる。

携帯電話端末２００で動作する更新プログラムにより、自身のもつ家電製品に対する更新情報を見やすい環境になる。例えばＪａｖａ（登録商標）のようなオープンアプリケーションプラットフォームを採用したソフト更新プログラムであれば、携帯電話端末２００に常駐させておけば、リアルタイムに更新内容が分かる。

次に本発明の変形例について説明する。この変形例では、サーバ側から端末側へ通知を行ういわゆるプッシュ型の情報配信によりユーザへの通知を行うものである。

図７に、本発明の変形例のソフトウェア更新システムの概略構成を示す。この図において、図１に示した要素と同様の要素には同じ参照番号を付して、重複した説明を省略する。図１の構成と異なる点は、Ｗｅｂサーバ１００が追加的な携帯電話情報として端末特定情報等を保持し、サーバ側で当該製品３００のソフトウェアモジュールの更新の有無（要否）を判断するようにすることである。

図８に、図７のソフトウェア更新システムにおける処理の流れを示す。ここでは、Ｗｅｂサーバ１００側から携帯電話端末（ユーザ）へアクセスするための端末特定情報として、個々の携帯電話端末を識別するための個体識別番号（例えばＩＭＥＩ：International Mobile Equipment Identity serial number）と、その加入者（ユーザ）を識別するための情報であるＳＩＭ（Subscriber Identity Module）情報（ＩＣＣＩＤ:IC Card Identity）とを有し、本サービスの利用に先立ってＷｅｂサーバ１００内のデータベースに登録される。なお、図の例では端末特定情報として、個体識別番号とＳＩＭ情報を用いたが、これらに代えて（または加えて）、携帯電話端末の電子メールアドレス等を用いてもよい。

この構成では、まず、ユーザの指示に従って、Ｗｅｂサーバ１００にアクセスし、前述したような携帯電話端末２００の特定情報、および、当該携帯電話端末２００でソフトウェア更新を管理する製品３００のソフト情報をＷｅｂサーバ１００に登録する（Ｓ１１）。

Ｗｅｂサーバ１００では、管理の対象となっている家電製品のいずれかについて新規にソフトウェアの更新が行われた場合に、そのソフトウェアモジュールをデータベースに登録する（Ｓ１２）。

そこで、Ｗｅｂサーバ１００は、この更新に該当する家電製品を登録している携帯電話端末２００に対して、ソフトウェアの更新があったことを通知する（Ｓ１３）。

この通知に応じて、ユーザが携帯電話端末２００からＷｅｂサーバ１００にアクセスし、ソフト更新情報を取得し（Ｓ１４）、これを携帯電話端末の表示部に表示する（Ｓ１５）。

以降の処理は図示しないが、図１のシステムと同様、ユーザは、この表示されたソフトウェア更新情報を確認し、必要に応じて、当該ソフトウェアモジュールのダウンロードを行い、家電製品に転送してそれをインストールさせる。サーバへのユーザからのアクセスがなくても更新（拡張機能追加を含む）をユーザに知らせることができる。

なお、図８では製品３００の一例としてＰＣを示している。パソコンは通常、インターネット接続機能を有し、単独で更新ソフトウェアのダウンロードを行うことも可能であるが、インターネットへの接続環境がない場合や更新ソフトウェアを直接ダウンロードするサービスがない場合なども考えられ、必ずしも本発明の製品３００としてパソコンを排除するものではない。

以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。

例えば、携帯電話端末から見て一つのＷｅｂサーバのみを利用する場合を示したが、複数のＷｅｂサーバを利用するようにしてもよい。その場合、携帯電話端末２００が保持するＷｅｂサーバ情報ＨはＷｅｂサーバの個数に対応した複数組用意する。

本発明の実施の形態におけるソフトウェア更新システムの概略構成を示す図である。 図１のシステムにおけるＷｅｂサーバ内のデバイス情報Ｂの具体例を示す図である。 図１のシステムにおけるＷｅｂサーバ内の更新用ソフトモジュール管理情報Ｃの具体例を示す図である。 図１のシステムのレイヤー構造を示す図である。 図１のシステムにおけるソフト更新処理の基本シーケンスを示す図である。 本発明の具体的な応用例の説明図である。 本発明の変形例のソフトウェア更新システムの概略構成を示す図である。 図７のソフトウェア更新システムにおける処理の流れを示すフローチャートである。 図１内に示したＷｅｂサーバの概略ハードウェア構成例を示すブロック図である。 図１内に示した携帯電話端末の概略ハードウェア構成例を示すブロック図である。 図１内に示した製品の概略ハードウェア構成例を示すブロック図である。

符号の説明

１００…サーバ、１０１…制御部、１０２…メモリ、１０３…外部記憶装置、１０４…操作部、１０５…表示部、１０６…通信部、２００…携帯電話端末（ソフトウェア更新管理装置）、２０１…制御部、２０２…メモリ、２０４…通信部、２０５…操作部、２０６…表示部、２０７…音声入出力部、２０８…通信部、３００…製品、３０１…制御部、３０２…メモリ、３０４…通信部、３０５…製品固有部

Claims (7)

1. ソフトウェアで動作する製品と、この製品の更新ソフトウェアを提供するサーバと、それぞれ前記サーバおよび前記製品に接続して前記製品のソフトウェア更新を管理するソフトウェア更新管理装置とにより構成されるソフトウェア更新システムであって、
   前記サーバは、製品毎のソフトウェアの更新情報を管理し更新ソフトウェアを記憶するとともに、前記ソフトウェア更新管理装置とデータ通信を行う機能を有し、
   前記製品は、ソフトウェアおよびその製品情報を記憶するとともに、前記ソフトウェア更新管理装置とデータ通信を行う機能、および前記ソフトウェアを更新する機能を有し、
   前記ソフトウェア更新管理装置は、前記製品からその製品情報を取得しこの前記製品情報に基づいて前記サーバから前記製品のソフトウェアの更新情報を取得し、この更新情報に基づいて、前記製品の更新ソフトウェアをダウンロードするとともに、このダウンロードされたソフトウェアを前記製品に送信してソフトウェアの更新を行わせる
   ことを特徴とするソフトウェア更新システム。
2. 前記ソフトウェア更新管理装置は、自己の主導により前記サーバにアクセスして、前記製品のソフトウェアの更新情報を取得することを特徴とする請求項１記載のソフトウェア更新システム。
3. 前記サーバは、自己の主導により前記ソフトウェア更新管理装置へソフトウェアの更新を通知することを特徴とする請求項１記載のソフトウェア更新システム。
4. ネットワーク上のサーバとデータ通信を行う第１の通信手段と、
   ソフトウェアで動作する製品との間でデータ通信を行う第２の通信手段と、
   前記第２の通信手段により前記製品の製品情報を取得して記憶する製品情報取得手段と、
   前記第１の手段により前記製品のソフトウェアの更新情報を取得する更新情報取得手段と、
   前記更新情報に基づいて、前記第１の通信手段により前記製品の更新ソフトウェアのダウンロードを行い、このダウンロードされたソフトウェアを前記第２の通信手段により前記製品に送信してソフトウェアの更新を行わせる制御手段と
   を備えたことを特徴とするソフトウェア更新管理装置。
5. 前記製品情報は、前記製品のデバイスを特定するデバイス情報と、前記製品にインストールされているソフトウェアの情報であることを特徴とする請求項４記載のソフトウェア更新管理装置。
6. 前記第２の通信手段は複数の製品との間でデータ通信を行い、前記製品情報取得手段は当該複数の製品の製品情報を取得して記憶することを特徴とする請求項４または５記載のソフトウェア更新管理装置。
7. 前記ソフトウェア更新管理装置は携帯電話端末により構成されることを特徴とする請求項４〜６のいずれかに記載のソフトウェア更新管理装置。

Images