JP5038672B2 - 機器の設定更新システム - Google Patents

Description

本発明は、ネットワークを介して機器の設定を更新するシステムであり、機器の機能、機器の操作、機器の設定、機器の状態、各データの版数の少なくとも一つのデータを更新するシステムに関する。

携帯電話、パーソナルコンピュータ、情報端末機器、情報携帯端末、ＯＡ機器、家電機器、ゲーム器等の機器は、機器に備えられている機器の機能、機器の操作、機器の設定、機器の状態等のデータ更新が出来ないことが一般的である。続々と新たに提供される種々のサービスを受けるために、これに対応したソフトウェアを実装したり、また、機能不具合の改善のため改善されたソフトウェアを組み込み直す場合は、機器が高度に集積化されているため販売店等に持ち込んで専門業者にソフトウェアの入れ替えを依頼せざるを得ないのが現状である。

一方、ソフトウェアを更新する技術として、一般的にプッシュ（Push）技術を適用したデータ更新システムが知られている。コンピュータネットワークが相互接続されたインターネットにアクセスして、ＷＷＷ（World Wide Web）等からユーザーの操作により情報を取り出す技術を一般的にプル（Pull）技術という。これに対して、プッシュ技術は、ユーザーが操作することなく、サーバーがクライアントである機器に配信した情報を自動的に機器内に取り込ませる技術をいう。

プッシュ技術を利用したデータ更新システムには、インターネット上のニュースサーバーから各機器に対して一方的に各種ニュース情報を配信されるシステムが知られている。また、特開２００１−７５７８５号公報（特許文献１）には、位置登録情報が登録されているＨＬＲ（Home Location Register）を利用した簡単な構成でユーザーに負担をかけることなく全端末に公平、かつ確実に端末が保有する情報を最新版の情報に更新するプッシュ技術を利用したデータ更新システムが提案されている。

一方、プル技術を利用したデータ更新システムには、ユーザーが選択した音楽、画像等のアプリケーションデータを機器にダウンロードするシステム、ユーザーが選択した新規アプリケーション機能を機器にダウンロードするシステム、ＯＡ機器等のネットワーク接続を目的としたドライバーソフトによる設定システムがある。

従来、ユーザーは続々と提供される新たなサービスの提供を受けるため、あるいはソフトウェアの改修を行うため、機器の販売店等に持ち込んでソフトウェアを組み直す必要があった。

実際には、このような新たなサービスの提供を受けるためにソフトウェアの組み直しを行うより、新たに開発された新型の機器で対応され、ユーザーは新たなサービスの提供を受けるためには、機器を買い替える必要があり、経済的に非常に効率が悪いという問題があった。しかも、まだ使用できる機器を破棄することになり、資源の無駄使いを促進するなどの問題がある。

また、新たなサービスを提供するため 機器の高機能化や多機能化が進むと機能を処理
するプログラム容量は増え続け、機能を実行するための機器の操作は益々複雑となる。

機器は、プログラム容量の増加により記憶媒体は大きくなり 機器の小型化、低価格化
が難しいものとなる。そして、機能を実行するための操作の複雑化により、ユーザーは使い辛くなり、全ての機能を使うことができない場合が生じる。

また、操作の複雑化は、設定不良による故障あるいは擬似故障になり易く、これらの故障を解決するためには機器提供側のサポートを必要とするため、顧客にとって使用できない時間が発生し便利性を損なう。

このような操作をサポートするために、機器の付属品としてユーザーが機器の操作方法を理解するためにマニュアルが用意されているが、このマニュアルは 高機能化や多機能
化が進むにつれ説明文が長くページ数が増加し、ユーザーにとって理解しづらくなる。

一方、ソフトウェアを更新する技術としてプッシュ技術を利用した場合、自動的に各機器に実装されたソフトウェアを更新することができ、経済的な問題を解消することができるが、各ユーザーに対して公平なサービスを提供するためは 更新しようとするソフトウ
ェアの配信を一斉同報する必要がある。

しかし、機器が電源オフ状態等の動作出来ないような状態の場合、再送のため装置の複雑化を招いたり、また ユーザーが増加するにつれユーザーの登録情報が膨大化するため サーバーでの管理制御が煩雑になるという問題がある。

プル技術を利用した場合、ユーザーが指定データを更新することができる。しかし、ユーザーが指定したデータがユーザーの保有する機器に最適かどうか判断することなく 指
定したデータを一方的に更新するだけである。このため、誤操作や設定不良による故障あるいは擬似故障になり易く、これらの故障を解決するためには機器提供側のサポートを必要とし、顧客にとって使用できない時間が発生し便利性を損なうという問題がある。
特開２００１−７５７８５号公報

そこで、本発明は、上記のような問題を解決するためになされたもので、ネットワークを用いて機器の操作設定、機能設定の更新ができる機器やシステムを提供することを目的としている。

この発明は、機器と主サーバー、他のサーバーとがネットワークを介して接続され、前記機器は、入力される確認要求を受け取る入出力部と、前記入出力部からの入出力部信号を処理する入出力機能部と、各種機能、操作設定などのアプリケーションソフト、各種ハードウェアを制御するドライバーソフト、通信ソフトの少なくとも１つからなる実装データを記憶する実装データ記憶手段と、前記機器のメーカ名、機種名、型式、製造番号、出荷時に設定する機器の固有データの少なくとも１つからなる機器固有データを記憶する機器固有データ記憶手段と、前記入出力部機能部で処理された確認要求に応じて前記実装データの一部或いは全てを確認する確認要求、変更を要求する変更要求の少なくとも一つからなる確認変更要求を生成する確認変更要求生成手段と、前記確認変更要求に応じて前記実装データ記憶手段より読み取られた前記実装データと前記機器固有データ記憶手段より読み出された機器固有データを前記確認変更要求に付加して送信する確認変更要求送信手段と、受信した新実装データを実装データとして更新する実装データ更新手段と、を備え、前記主サーバーは、データ更新を優先的に処理し、前記機器の確認要求送信手段から送られた機器固有データを分析して前記機器の性能を判断し、ファイルの格納場所を検索する機器状態分析手段と、前記機器状態分析手段の分析結果より、検索されたファイルにより変更要求に対する変更対応データを生成し、分析結果データと変更対応データにより新実装データを生成する新実装データ生成手段と、前記生成された新実装データまたは受信した新実装データを送信する新実装データ送信手段と、前記機器より受信した確認要求データによる新実装データが存在するか否か判断し、存在する場合には前記新実装データ生成手段により新実装データを生成し、存在しない場合には他のサーバーに対して前記機器の確認要求データを出力するように制御する制御手段と、を備え、前記他のサーバーは、前記主サーバーから送られた確認要求データより機器の状態を分析する機器状態分析手段と、前記機器状態分析手段の分析結果より新実装データを生成する新実装データ生成手段と、前記生成された新実装データを主サーバーへ送信する新実装データ送信手段と、を備え、前記主サーバーと他のサーバーとがそれぞれ分担して新実装データを生成し、前記主サーバーは、前記機器より受信した確認要求データによる新実装データが存在しない場合には、他のサーバーから前記機器の確認要求データに応じた新実装データを受け取り、前記主サーバーの新実装データ生成手段にて、受け取った新実装データを用いて前記機器の確認要求データに応じた新実装データを生成して出力し、前記機器の実装データを更新することを特徴とする。

すなわち、上記に記載の発明では、実装データ記憶手段により 機器の機能、機器の操
作、機器の設定、機器の状態、各データの版数の少なくとも一つのデータなどの実装データを記憶するとともに、機器固有データ記憶手段により機器固有データを記憶するようにしている。

そして、確認変更要求生成手段により実装データの確認変更の要求に応じて前記実装データの確認変更要求データを生成して、確認変更要求送信手段により この確認変更要求生成手段により生成された確認変更要求と前記機器固有データ記憶手段に記憶された機器固有データに前記実装データ記憶手段に記憶された実装データを付加して送信する。

一方、機器状態分析手段により機器固有データより機器の状態を分析するとともに、新実装データ生成手段により実装データを生成して、新実装データ送信手段により この生成された新実装データを送信する。

以下、本発明の実施の形態について、図面を参照して説明する。第１図は、本発明に係るシステムの一実施形態にかかるデータ更新システムの構成の概要を示すブロック図を示す。この第１図は、理解を容易にするために、各装置における機能を示すブロックで表している。

このデータ更新システムは、制御プログラム及びこれに使用する各種データ等からなるソフトウェアが格納された機器１と、機器のデータ更新に必要なファイルを格納し、これらファイルを送信制御する機能を有するサーバー３とが、ネットワーク２を介して接続されている。

機器１には、内蔵する図示しないフラッシュメモリあるいはマイクロディスク等の記録媒体に制御プログラム及びこれに使用する各種データ等とともに機器の固有データが格納されている。

機器１には、後述する第２図に示すように、ＣＰＵ、ＲＩＳＣ、ＤＳＰ等の演算処理部によって、この格納された制御プログラムあるいはデータを逐次読み出すことで、第１図に示す各種機能を実現するものである。すなわち、機器１は、サービスを提供するための各種制御を実行するとともに確認変更要求により生成された新実装データを実装データの一部あるいは全てを更新することが出来るようになっている。

この機器１においては、実装データ記憶手段４により 機器の機能、機器の操作、機器
の設定、機器の状態、各データの版数の少なくとも一つのデータから成る実装データを記憶するとともに、機器固有データ記憶手段５により機器固有データを記憶するようにしている。

そして、確認変更要求生成手段６により 実装データの一部あるいは全てを確認する確
認要求、変更を要求する変更要求の少なくとも一つから成る確認変更要求を生成して、確認変更要求送信手段７により、この確認変更要求生成手段６により生成された確認変更要求と前記機器固有データ記憶手段５に記憶された機器固有データに前記実装データ記憶手段４に記憶された実装データの一部あるいは全てを付加してサーバー３に送信する。そして、実装データ更新手段８により サーバー３より送信された新実装データ（更新すべき
実装データ）を一部あるいは全ての実装データとして更新する。

サーバー３には、図示しない管理装置等によって機器１で使用されるデータ更新に必要な各種データのファイルが格納されている。

サーバー３には、同様に内蔵する図示しないＣＰＵ、ＲＩＳＣ、ＤＳＰ等の演算処理部によって、格納された制御プログラムあるいはデータを逐次読み出すことで、第１図に示す各種機能を実現するものである。そして、サーバー３は、第１図に示す各種制御機能を実行するとともに、機器１がサービスの提供を受けるために必要な新実装データを生成し、機器１に送信することが出来るようになっている。

このようなサーバー３は、機器状態分析手段９により 機器固有データより機器の状態
を分析するとともに、新実装データ生成手段１０により 確認要求に応じた分析結果デー
タ、変更要求に応じた変更対応データの少なくとも一つからなる新実装データを生成して、新実装データ送信手段１１により この生成された新実装データを送信する。

このような構成の第１の実施例におけるデータ更新システムは、機器１にて確認変更要求を生成し、この確認変更要求と機器固有データに実装データの一部あるいは全てを付加してサーバー３に送信して、サーバー３で登録されている機器１で使用されるデータ更新に必要な各種データより 機器固有データと送信された実装データを分析して、確認変更
要求に応じた最適な機器１の新実装データを生成して機器１に送信する。そして、機器１にて新実装データを実装データに更新して確認変更要求に応じる。

ここで、機器１とは、演算処理部とデータ記憶部と通信機能部を備える機器であり、携帯電話やＰＤＡ等の移動体端末機器、デジタル家電機器、ＯＡ機器、パーソナルコンピュータ等を含む。

ネットワーク２とは、機器１とサーバー３それぞれ少なくとも一つが接続されており、インターネット、オフィス内あるいは家庭内のローカルエリアネットワーク（ＬＡＮ）、携帯電話用ネットワークが用いられる。

サーバー３とは、演算処理部とデータ記憶部と通信機能部と機器の各種データを格納するファイル格納部と備えた管理装置等で、スーパーコンピュータやパーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）等の各種コンピュータが用いられる。

第２図は第１図に示した第１の実施例における機器１のハードウェア構成を表わしたものである。

機器１は、機器に備えられている入出力部２０と、入出力部２０を制御する制御部２１と、入出力部２０に接続され入出力部２０の入出力信号を変換する信号変換部２２と、通
信を行う通信機能部２３と、機器の各種制御を実行する演算処理部２４と、データを記憶するデータ記憶部２５より構成される。演算処理部２４は、この機器１の動作を司り、所定のサービスの提供を受けるための各種制御を実行する手段であり、ＣＰＵ、ＲＩＳＣ、ＤＳＰ等で構成され、データ記憶部２５に記憶された制御プログラムあるいは各種データを逐次読み出すことにより各種制御を実行する。

上記入出力部２０は、スイッチ入力、音声入力、光センサー入力、熱センサー入力、圧力センサー入力等の情報を電気信号に変換する機能の少なくと一つから構成される手段であり、スイッチ、マイク、センサー、テンキーなどのキーボード等が用いられる入力装置と、文字出力、画像出力、音声出力、発光、発熱等電気信号から情報に変換する機能の少なくとも一つから構成される手段で、発光ダイオード、レーザーダイオード、液晶、ＣＲＴ、スピーカー、モーター等が用いられる出力装置がある。

通信機能部２３は、有線、無線に限らず機器間で情報を送受信する手段であり、有線では 公衆回線を用いたモデム、ＩＳＤＮ、ＡＤＳＬ、光ファイバーを用いたイーサーネッ
ト、ケーブルテレビ等の方式があり、無線では 携帯電話、ＰＨＳ、衛星電話、無線ＬＡ
Ｎ、ブルーツース、赤外線を用いたＩｒＤＡ、リモコン等で用いられている方式がある。通信機能部２３は、これら方式に対応して送受信動作を行う。

データ記憶部２５は、データを記憶する記録媒体の手段で、フラッシュＲＯＭ、マスクＲＯＭ、ＳＲＡＭ、ＤＲＡＭ等の半導体メモリやマイクロディスクなどが用いられる。このデータ記憶部２５に、制御プログラムあるいは各種データが格納される
格納されるデータの中で機器固有データとは、機器のハードウェアに関するデータで、メーカ、機種、型式、製造番号、ＣＰＵ速度やメモリ容量等の演算処理能力、ハードウェア構成を表わすデータ、ハードウェアの状態を表わすデータなどがある。

また、格納されるデータの中で実装データとは、機器のソフトウェアに関するデータで、サービス機能を実行するデータとそのソフトウェアの版数、サービス機能の種類、実装データの版数、機器の操作方法を実行するソフトウェアとその版数、故障検出を実行するデータとそのソフトウェアの版数、サービスの提供を受けるに必要な認証等の認証データ、ユーザーの確認用等の暗証番号、ＩＰアドレス等のネットワークを構成する設定情報などがある。

第３図は、上記したデータ記憶部２５に格納されるデータを示す模式的機能ブロックである。このデータ記憶部２５内には、上記した各種動作を行うためのプログラムが格納される領域を備える。書き換えソフト領域２５ａは、プログラムの書き換え時に動作させるためのプログラムが書き込まれる領域であり、機器の更新時には、このプログラムが動作し、アプリケーションソフトなど所定のプログラムを書き換える動作を行う。この書き換えプログラムは、通常、書き換える必要がないので、固定領域として扱われる。

通信ソフト領域２５ｃは、機器の通信制御を行うプログラムが書き込まれる領域であり、このプログラムに従い通信制御が行われる。固有データ領域２５ｄは、メーカ名、機種名、型式、製造番号、出荷時に設定する機器の固有データが格納される。この固有データは、通常、書き換える必要がないので、固定領域として扱われる。

アプリケーションソフト領域２５ｅは、アプリケーション用プログラムが格納される領域であり、各種機能、操作、設定などの各アプリケーションソフトが格納される。ドライバーソフト領域２５ｆは、各種ハードウェアを制御するドライバーソフトが格納される領域である。デバイスチェックソフト領域２５ｇは、ハードウェアの構成をチェックするためのプログラムが格納される領域である。一時待避領域２５ｂは、書き換え用のプログラ
ムなどを一時格納するための用いられる領域であり、送られてきたプログラム等のデータは各領域に格納する前に一端この領域に格納される。上記したアプリケーションソフト、ドライバーソフト、必要に応じ通信ソフトなどが更新対象となる機器の実装データとして取り扱われる。

機器１は、上記した演算処理部２４、データ記憶部２５に格納された制御プログラムあるいはデータを逐次読み出し、第１図に示す各種機能を実現する。第４図は、この機器１の演算処理部２４に基づく動作の理解を容易にするために機能的な処理構成で表わしたものである。この第４図に従い処理動作を説明する。

確認変更の要求がされると必要に応じて入出力部２０からの入出力部信号３４を機器の入出力機能処理部２８を通じて処理し、確認変更要求生成の処理部２９により確認変更の要求を生成する。そしてデータ記憶部２５内の実装データの格納部３１により読取られた実装データの一部あるいは全てと、データ記憶部２５内の機器固有データの格納部３２により読取られた機器固有データを前記確認変更に付加し確認変更要求を生成する。

通信機能部２３の機器用通信機能処理部３０を通じて確認変更要求を機器用通信信号３５として送信する。

次に、新実装データとして送られた機器用通信信号３５を通信機能部２３の機器用通信機能処理部３０で受信すると、機器の実装データ更新処理部３３は、新実装データをデータ記憶部２５内の実装データの格納部３１で記憶するように更新処理を実行する。そこで更新された機器の機能、機器の操作、機器の設定、機器の状態を機器の付随機能処理部２６、機器の操作機能処理部２７によって各種制御が実行される。

ここで、第４図に示す処理構成は、ソフトウェア処理あるいはハードウェア回路を限定するものではない。

第５図は第１図に示した第１の実施例におけるサーバー３の構成要部を機能別に表わしたものである。

サーバー３は、サーバー用通信機能を実行する処理部４０にて、ネットワークを介して送られてくるサーバー用通信信号４５を受信し、確認変更要求をもとに機器状態分析の処理部４１で機器１の分析を実行する。新実装データ生成の処理部４３は、機器状態分析の処理部４１による分析結果に基づき、機器１の実装データの更新に必要なデータをファイル格納部４２より読取り、新実装データを生成する。生成された新実装データは、新実装データ送信の処理部４４により機器１に適した通信データにフォーマット変更し、サーバー用通信機能を実行する処理部４０を通じて送信される。さらに、このサーバー３には、ネットワークを構成するために、ネットワーク２に接続する各機器１…のＩＰアドレスなどのネットワーク設定用のデータ等を格納し、機器１…に対して、ＩＰアドレス等の必要データも送信することができる。つまり、このサーバー３は、ネットワーク２に接続する複数の機器１の各種情報を格納し、１つの機器１…に対して、他の機器１…の情報を参考にして 必要な実装データとして送信することができる。

第６図は、機器１の処理内容の一例を表わした動作の処理フロー図である。第６図に従い機器１の処理動作につき説明する。

上記したように、機器１は、演算処理部２４がデータ記憶部２５に格納された制御プログラムあるいは各種データを逐次読み出すことにより各種制御を実行しており、機器１のデータ記憶部２５には、機能処理データ、操作処理データ、設定データ、状態データ、版
数データを含む実装データが記憶され、図１に示す実装データ記憶手段４として機能することになる。

そして、機器１は入出力部２０を用いてユーザーが確認変更の要求を行うと第６図に示す処理フローを開始する。

Ｓ１では、確認変更要求の生成の処理をし、ユーザーが入出力部２０を介して生成したり、制御プログラムにより自動的に生成する。

Ｓ２では、確認変更に必要な実装データの読取りの処理を実行する。

Ｓ３では、機器固有データの読取りの処理を実行する。

Ｓ４では、Ｓ２、Ｓ３で読取ったデータを確認変更要求に付加し確認変更要求信号を生成する処理を実行する。

Ｓ５では、確認変更要求信号を送信する処理を実行する。

Ｓ６でサーバー３からの新実装データの受信を確認する処理を実行する。

Ｓ７では、受信した新実装データが確認変更要求と一致するか否か判断し、一致しない場合は、Ｓ５に戻り、再度確認変更要求信号を送信し、一致した場合、Ｓ８に進み、新実装データを実装データとして更新処理を実行する。

このようにして、実装データの一部あるいは全てを確認する確認要求、変更を要求する変更要求の少なくとも一つから成る確認変更要求を生成して、生成された確認変更要求に機器固有データと実装データの一部あるいは全てを付加してサーバー３に送信する。そして、サーバー３より送信された新実装データを一部あるいは全ての実装データとして更新する。

機器１における新実装データのデータ記憶部２５への格納する例につき説明する。

まず、第１の例につき説明する。サーバー３より更新すべき命令を受け取ると、書き換えソフト領域２５ａは、プログラムの書き換え時に動作させるためのプログラムを動作する。通信ソフト領域２５ｃに格納された通信ソフトの動作に従って、新実装データが一時待避領域２５ｂに書き込まれる。そして、この一時待避領域２５ｂに格納された新実装データが書き込みプログラムの動作により、対応するアプリケーションソフト領域２５ｅやドライバーソフト領域２５ｆに書き込み処理を行う。この書き込み処理により、アプリケーションソフトなど所定のプログラムに書き換えられる。

書き換えプログラムや通信プログラムは通常、書き換える必要がないので、固定領域として扱われるが、必要に応じてこれらプログラムも更新する場合がある。この場合、書き込みプログラムを最初に更新すると、更新が失敗した場合には、次の動作が行えないので、まず、アプリケーションソフト、ドライバーソフトなどのプログラムを書き換える。続いて、通信が終了したことを確認した後、通信ソフトを書き換える。そして、最後に、書き換えプログラムを書き換えるように構成する。このように構成すれば、もし、書き込みプログラムの更新に失敗したとしても他のプログラムは正常に動作するので、機器の動作は当面支障無く行える。ユーザーは、機器１の動作を確認して、書き込みプログラムにエラーがあると判断した場合には、機器１のメンテナンスを行えば通常の状態に戻すことができる。

また、上記した例では、一時待避領域２５ｂに一端データを格納させているが、一時待避領域２５ｂを設けず、直接データの書き込み処理を行うようにしても良い。尚、この場合は、通信のバッファとして、通信機能部２３にバッファメモリなどを備える必要がある。

第７図は、サーバー３の処理内容の一例を表わした動作の処理フロー図である。第７図に従いサーバー３の処理動作につき説明する。

Ｓ２０に示すように、サーバー３ではネットワーク２を介して機器１からの確認変更要求信号を受信すると本データ更新システムの処理を開始する。

Ｓ２１では、機器１から送られてきた機器固有データを分析して、製造会社、機種、型式、機器１の性能等を判断し、ファイルの格納場所を検索する処理を実行する。

Ｓ２２では、確認変更要求の分析をして、確認変更要求が機器固有データを分析した結果に適合するか判断する処理を実行する。

Ｓ２３で、分析した確認変更要求が機器１に適合するか否か確認する処理を実行する。確認変更要求が適合すると判断した場合、Ｓ２４に進み、Ｓ２４で、検索されたファイルにより確認要求に対する分析結果データを生成する処理を実行する。

Ｓ２５では、検索されたファイルにより変更要求に対する変更対応データを生成する処理を実行する。

Ｓ２６では、分析結果データと変更対応データにより新実装データを生成する処理を実行する。

一方、Ｓ２３で確認変更要求が適合しないと判断された場合Ｓ２８に進み、Ｓ２８で、再度確認変更要求を送信する事を要求する再送要求を送信する処理を実行する。

Ｓ２７では、新実装データあるいは再送要求に機器１の識別データを付加して送信する処理を実行する。

このようにして、機器固有データより機器１の状態を分析するとともに、確認要求に応じた分析結果データ、変更要求に応じた変更対応データの少なくとも一つを生成し、機器１の識別データを付加した新実装データを送信する。

また、機器の操作設定や機能設定等の情報の漏洩を防止し、かつ通信ネットワークからのハッキングなどの悪戯からシステムを防止するために、機器の製造番号や型式番号等の機器情報を暗号処理のキーとして利用することが考えられる。

（第２の実施例）
第１の実施例におけるデータ更新システムでは、機器１はネットワーク２を介して一つのサーバー３と通信するようにしていたが、これに限るものではない。第２の実施例におけるデータ更新システムでは、複数の第２のサーバー６０−１…を備えたデータ更新システムである。

第２の実施例におけるデータ更新システムの構成を第８図に示す。機器１とネットワーク２は第１図に示す第１の実施例と同様なので、ここでは説明を省略する。

第２のサーバー６０−１、６０−２はそれぞれ機器１に必要なファイルを分担しており、その内一つが機器１のデータ更新を優先的に処理する。

第２のサーバー６０−１における処理の一例を第９図に示す。

Ｓ４０に示すように、データ更新を優先的に処理する主となる第２のサーバー（６０―１）では確認変更要求信号を受信すると本データ更新システムの処理を開始する。

Ｓ４１では、機器固有データを分析して、製造会社、機種、型式、機器１の性能等を判断し、ファイルの格納場所を検索する処理を実行する。

Ｓ４２では、機器１に必要なファイルを格納しているサーバーを検索する。

自身の第２のサーバー（６０―１）にファイルが格納されている場合は、Ｓ４３で、確認変更要求の分析をして、確認変更要求が機器固有データを分析した結果に適合するか判断する処理を実行する。

Ｓ４４で、確認変更要求が機器１に適合するか確認する処理を実行する。
確認変更要求が適合すると判断した場合、Ｓ４５で、検索されたファイルにより確認要求に対する分析結果データを生成する処理を実行する。

Ｓ４６では、検索されたファイルにより変更要求に対する変更対応データを生成する処理を実行する。

Ｓ４７では、分析結果データと変更対応データにより新実装データを生成する処理を実行する。

一方、Ｓ４４で確認変更要求が適合しないと判断された場合Ｓ５７に進み、Ｓ５７で、再度確認変更要求を送信する事を要求する再送要求を送信する処理を実行する。

Ｓ４８では、新実装データあるいは再送要求に機器１の識別データを付加して送信する処理を実行する。

Ｓ４２で機器１に必要なファイルを自身の第２のサーバー（６０―１）に格納されていないと判断された場合Ｓ４９に進み、Ｓ４９で機器１に必要なファイルを格納している他の第２のサーバー（６０―２）を検索する。

Ｓ５０では、自身の第２のサーバー（６０―１）で実装データを生成する場合、Ｓ５１で、機器１に必要なファイルの送信要求を他の第２のサーバー（６０―２）に要求する。

Ｓ５２で、機器１に必要なファイルを受信すると自身の第２のサーバー（６０―１）のファイルとして格納しＳ４３の処理へと移行する。

Ｓ５０で自身の第２のサーバー（６０―１）で実装データを生成しないと判断した場合Ｓ５３に進み、Ｓ５３で、自身の第２のサーバー（６０―１）より他の第２のサーバー（６０―２）へ、確認変更要求を送信し、Ｓ５４で、機器固有データを送信し、Ｓ５５で、他の第２のサーバー（６０―２）で新実装データを生成し自身の第２のサーバー（６０―１）に送信するように要求する。

Ｓ５６で他の第２のサーバー（６０―２）より新実装データあるいは再送要求を受信するとＳ４８の処理に移行する。
（第３の実施例）
第１の実施例におけるデータ更新システムでは、機器１はネットワーク２を介して直接サーバー３と通信するようにしていたが、これに限るものではない。第３の実施例におけるデータ更新システムでは、サーバー３と通信できない第１の機器５０をサーバー３と通信できる第２の機器５１を介してネットワーク２に接続する。

第３の実施例におけるデータ更新システムの構成を第１０図に示す。サーバー３とネットワーク２は、第１図に示す第１の実施例と同様なので、ここでは説明を省略する。

第１の機器５０の構成を第１１図に示す。第１の機器５０は、実装データ記憶手段４と、機器固有データ記憶手段５と、第２の機器５１の要求されるデータを第２の機器５１に送信する第１機器データ送信手段７０と、第２の機器５１から送信された新実装データを実装データとして格納する実装データ更新手段８を備える。

第２の機器５１の構成を第１２図に示す。第２の機器５１は第１の機器５０で確認変更要求生成手段を備えていない場合、確認変更要求生成を補佐する確認変更要求生成補佐手段７２と、第１の機器５１の実装データと機器固有データの少なくとも一つのデータの送信を要求する機器データ送信要求手段７１と、第１の機器５１へ新実装データを送信する新実装データ送信補佐手段７３と、確認変更要求送信手段７を備える。

第１の機器５０と第２の機器５１の処理フローの一例を第１３図に示す。

Ｓ６０で、第１の機器５０あるいは第２の機器５１で確認変更要求の生成がされたと判断されると処理が開始される。

Ｓ６１では、第２の機器５１で確認変更要求の分析をし、Ｓ６２で、第２の機器５１より第１の機器５０へ確認変更要求に必要な実装データの送信を要求する。

第１の機器５０において、Ｓ６２で指定された必要な実装データの読取りの処理を実行後、第２の機器５１へ送信する。

Ｓ６３で第１の機器５０の必要な実装データの受信を確認するとＳ６４で、第２の機器５１より第１の機器５０へ第１の機器固有データの送信を要求する。

第１の機器５０で、機器固有データの読取りの処理を実行したあと、第２の機器５１へ送信する。

Ｓ６５で、第１の機器５０の機器固有データの受信を確認すると、Ｓ６６で、Ｓ６３、Ｓ６５で受信した必要な実装データ及び機器固有データを確認変更要求に付加し確認変更要求信号を生成する処理を実行する。

Ｓ６７では、確認変更要求信号を送信する処理を実行する。Ｓ６８で、サーバー３からの新実装データの受信を確認する処理を実行する。

Ｓ６９では、受信した新実装データが確認変更要求と一致するか判断し、一致しない場合は再度 確認変更要求信号を送信し、一致した場合、Ｓ７０で、新実装データを第１の
機器５０へ送信する。

Ｓ７１で、この新実装データを第１の機器５０の実装データとして更新処理を実行する。

このように 第１の機器のデータ更新を第２の機器が補佐して更新処理を実行するシス
テムである。

ここで、サーバー３は複数からなるサーバー６０でも同様の処理ができる。
（第４の実施例）
第３の実施例におけるデータ更新システムでは、第１の機器がネットワークに接続されていないが、これに限るものではない。第４の実施例におけるデータ更新システムでは、第１（第３）の機器がネットワークに接続されている場合も第２の機器を介してサーバーと通信するようにしている。第４の実施例におけるデータ更新システムの構成を第１４図に示す。第２の機器５１、ネットワーク２、サーバー３は第１０図に示す第３の実施例と同様なので、ここでは説明を省略する。

第３の機器５２は、第１の機器５０と同様の処理を実行し、サーバーと通信できる機器である。

この第４の実施例においては、例えば、第３の機器５２がネットワーク２に接続されているが、ネットワーク２の設定を変更或いは新たに設定する場合に、第２の機器５１を介して設定を行うように構成することもできる。ここでは、第３の機器５２を第２の機器５１の設定と同様にしてネットワーク２の設定を行うとする。第３の機器５２が第２の機器５１を介してサーバー３に変更要求（新たな設定の要求も含む）を送る。サーバー３は、かかる要求があると、第２の機器５１に実装されているデータを参照して、第３の機器５２に適した新実装データを作成し、ネットワーク２、第２の機器５１を介して、第３の機器５２与える。そして、第３の機器５２の実装データが新実装データに書き換えられ、ＩＰアドレスなど必要なネットワーク設定等を容易に行うことができる。

また、サーバー３は複数からなるサーバー６０でも同様の処理ができる。
（第５の実施例）
第３の実施例におけるデータ更新システムでは、一つのサーバーと通信できない第１の機器５０をサーバーと通信できる第２の機器５１を介してネットワーク２に接続しているが、これに限るものではない。第５の実施例におけるデータ更新システムでは、複数の第１の機器５０が通信できる第２の機器５１を介してネットワークに接続されている。

第５の実施例におけるデータ更新システムの構成を第１５図に示す。

第１の機器（５０―１）（５０―２）、第２の機器５１、ネットワーク２、サーバー３は第１０図に示す第３の実施例と同様なので説明を省略する。

また、サーバー３は複数からなるサーバー６０でも同様の処理ができる。
（第６の実施例）
第４の実施例におけるデータ更新システムでは、第３の機器５２と第２の機器５１が一つのネットワークに接続されているが、これに限るものではない。第６の実施例におけるデータ更新システムでは、第３の機器５２が接続するネットワークと第２の機器５１が接続するネットワークが異なる。

第６の実施例におけるデータ更新システムの構成を第１６図に示す。

第３の機器５２、第２の機器５１、ネットワーク２、サーバー３は第１４図に示す第３
の実施例と同様なので説明を省略する。

このように、第３のサーバー６１が第１の機器のデータ更新に必要なファイルを格納していない場合、第１の機器のデータ更新に必要なファイルを格納しているサーバー３よりネットワーク（２―２）を介して第２の機器５１が中継することにより第１の機器のデータ更新処理を実行するシステムである。

また、サーバー３は複数からなるサーバー６０でも同様の処理ができる。
（第７の実施例）
第２の実施例におけるデータ更新システムでは、一つのネットワークに複数のサーバーが接続されているが、これに限るものではない。第７の実施例におけるデータ更新システムでは、複数のサーバーと複数のネットワークを備えたデータ更新システムである。
第７の実施例におけるデータ更新システムの構成を、第１７図に示す。

機器１、ネットワーク（２―１）（２―２）、サーバー３は第８図に示す第２の実施例と同様なので説明を省略する。

第４のサーバー６２は、接続された複数のサーバーのうち優先的に機器１のデータ更新を処理するサーバーで、処理は第８図の優先的処理をするサーバーの処理フローと同様の処理を実行する。

また、サーバー３は複数からなるサーバー６０でも同様の処理ができ、機器１は第１の機器５０、５２と第２の機器５１との接続でも同様の処理ができる。
（第８の実施例）
第３の実施例、第４の実施例、第５の実施例、第６の実施例におけるデータ更新システムでは、機器はネットワークに接続されているが、これに限るものではない。第８の実施例におけるデータ更新システムでは、第２の機器５１がネットワークを介して必要ファイルを格納後、ネットワークの接続を解除し第１の機器５０のデータを更新するデータ更新システムである。

第８の実施例におけるデータ更新システムの構成を、第１８図に示す。

第１の機器５０と第２の機器５１、ネットワーク２、サーバー３は第１０図に示す第３の実施例と同様なので説明を省略する。

また、サーバー３は複数からなるサーバー６０でも同様の処理ができ、第１の機器５０は第３の機器５２でも同様の処理ができる。
（第９の実施例）
第８の実施例におけるデータ更新システムでは、ネットワークとの接続を解除した第２の機器５１を第１の機器５０に接続されているが、これに限るものではない。第９の実施例におけるデータ更新システムでは、第４の機器５３がネットワーク（２―２）を介して必要ファイルを格納後、ネットワーク（２―２）の接続を解除し第３の機器５２が接続するネットワーク（２―１）に接続し、第３の機器５２のデータを更新するデータ更新システムである。

第９の実施例におけるデータ更新システムの構成を、第１９図に示す。

第３の機器５２、ネットワーク（２―１）（２―２）、サーバー３は第１８図に示す第８の実施例と同様なので説明を省略する。

第３の機器５３は、第９図と第１３図の処理をともに備える機器である。

また、サーバー３は複数からなるサーバー６０でも同様の処理ができる。

以上説明した通り、本発明によれば、機器は確認変更要求を生成してこの確認変更要求と機器固有データと実装データをサーバーに送信し、サーバーで確認変更要求と機器固有データと実装データを分析して、格納されているデータ更新に必要な各種データのファイルより確認変更要求に応じた最適な新実装データを生成される。そして、機器はこの新実装データを更新することができる。

従って、機器の操作設定、機能設定のデータ更新ができる機器やシステムを提供することができることにより、使用する機器の操作設定や機能設定を最適に行うことができ、機能を処理するプログラム容量を高機能化や多機能化に対応するプログラム容量を増加させることなく最適化を図ることができ、機器の低価格化や小型化が実現できる。

また、高機能化や多機能化に対応しても操作の容易性を保ち、使用者の使いやすい機器が実現できる。

また、操作の容易性は設定不良による故障あるいは擬似故障になりづらく、便利性を損なわない。

また、操作の容易性は使用者のサポートを軽減でき、機器提供側のサポートに対する負担を軽減できる。

また、新規機能の設定にも更新できるためその新規機能を備えた機器を再度購入する必要がなく、機器の買い替えによる資源の浪費を抑制することができる。

また、機器の製造番号や型式番号等の機器情報を暗号処理のキーとして利用できるため、機器の操作設定や機能設定等の情報の漏洩を防止することができ、また通信ネットワークからのハッキングなどの悪戯からシステムを防止することができる。

本発明の操作設定、機能設定更新システムによるサービス内容の例を挙げると、次のようなものが挙げることができる。
（１）キー操作設定更新サービス
携帯電話、携帯端末、デジタル家電、パーソナルコンピュータ、ＯＡ機器等の機器において、以下の操作設定を更新するサービス
・ キー操作手順の変更や顧客オリジナルのキー操作手順の設定
・色により操作の手順を識別できるキー操作に付随するＬＥＤ色の変更
（２）機能更新サービス
携帯電話、携帯端末、デジタル家電、パーソナルコンピュータ、ＯＡ機器等の機器において、以下の機能を適時変更するサービス
・下記の機能のうちから顧客が要求する機能を選択する設定
電話、ナビゲーション、医療サービス、手続代行サービス、ホームバンキング、
ゲーム、インターフォン、ステレオ
・新規に始まったサービスを従来の機種にも可能とする設定
（３）設定補助サービス
携帯電話、携帯端末、デジタル家電、パーソナルコンピュータ、ＯＡ機器等の機器において、機器が備える機能を正常に動作させるための設定を携帯電話等の他の通信機器を介して補助するサービス
・パーソナルコンピュータの通信（モデム等）設定
・企業内や家庭内のネットワーク接続設定
（４）メンテナンスサービス
デジタル家電、パーソナルコンピュータ、ＯＡ機器、プリンタ等の機器において、消耗品の製造会社や型式に適した設定や機器の部品交換に適した設定をし、故障の予防やメンテナンスを実施するサービス
・標準品外使用時の設定変更
・標準品外使用時のメンテナンス条件の変更
・故障判断基準の変更
・自社や他社の消耗品の新製品対応の設定変更
・新規部品の設定変更
・機器の状態の経時変化に対応した設定変更
（５）機能バージョンアップサービス
携帯電話、携帯端末、デジタル家電、パーソナルコンピュータ、ＯＡ機器等の機器において、従来の機能の不具合や改善をした機能改善ソフトウェアを更新するサービス
・機器の機能のバグ改善ソフトウェアの更新
・機器の機能の性能改善ソフトウェアの更新
（６）設定サポートサービス
携帯電話、携帯端末、デジタル家電、パーソナルコンピュータ、ＯＡ機器等の機器において、現在の設定状態を通知したり、ユーザーの要求する機能に必要な設定のうち非適合設定（未入力、誤入力）の通知をするサービス
・ 機器の未設定項目の通知
・機器の誤設定項目の通知
なお、上記のサービス内容は一例であり、この他、さまざまな業種・用途において、その条件に応じた機器の操作設定や機能設定更新システムを行うことが可能である。

本発明の第１の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第１の実施例における機器のハードウェア構成を示すブロック図である。 本発明の第１の実施例における機器のデータ記憶部に格納されるデータを示す模式的機能ブロックである。 本発明の第１の実施例における機器の処理構成を示す構成図である。 本発明の第１の実施例におけるサーバーの処理構成を示す構成図である。 本発明の第１の実施例における機器の処理内容の一例を示す流れ図である。 本発明の第１の実施例におけるサーバーの処理内容の一例を示す流れ図である。 本発明の第２の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第２の実施例におけるサーバーの処理内容の一例を示す流れ図である。 本発明の第３の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第３の実施例における第１の機器の処理構成を示す構成図である。 本発明の第３の実施例における第２の機器の処理構成を示す構成図である。 本発明の第３の実施例における機器の処理内容の一例を示す流れ図である。 本発明の第４の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第５の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第６の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第７の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第８の実施例におけるデータ更新システムの構成の概要を示すブロック図である。 本発明の第９の実施例におけるデータ更新システムの構成の概要を示すブロック図である。

Claims (1)

1. 機器と主サーバー、他のサーバーとがネットワークを介して接続され、
   前記機器は、入力される確認要求を受け取る入出力部と、
   前記入出力部からの入出力部信号を処理する入出力機能部と、
   各種機能、操作設定などのアプリケーションソフト、各種ハードウェアを制御するドライバーソフト、通信ソフトの少なくとも１つからなる実装データを記憶する実装データ記憶手段と、
   前記機器のメーカ名、機種名、型式、製造番号、出荷時に設定する機器の固有データの少なくとも１つからなる機器固有データを記憶する機器固有データ記憶手段と、
   前記入出力部機能部で処理された確認要求に応じて前記実装データの一部或いは全てを確認する確認要求、変更を要求する変更要求の少なくとも一つからなる確認変更要求を生成する確認変更要求生成手段と、
   前記確認変更要求に応じて前記実装データ記憶手段より読み取られた前記実装データと前記機器固有データ記憶手段より読み出された機器固有データを前記確認変更要求に付加して送信する確認変更要求送信手段と、
   受信した新実装データを実装データとして更新する実装データ更新手段と、を備え、
   前記主サーバーは、データ更新を優先的に処理し、前記機器の確認要求送信手段から送られた機器固有データを分析して前記機器の性能を判断し、ファイルの格納場所を検索する機器状態分析手段と、
   前記機器状態分析手段の分析結果より、検索されたファイルにより変更要求に対する変更対応データを生成し、分析結果データと変更対応データにより新実装データを生成する新実装データ生成手段と、
   前記生成された新実装データまたは受信した新実装データを送信する新実装データ送信手段と、
   前記機器より受信した確認要求データによる新実装データが存在するか否か判断し、存在する場合には前記新実装データ生成手段により新実装データを生成し、存在しない場合には他のサーバーに対して前記機器の確認要求データを出力するように制御する制御手段と、を備え、
   前記他のサーバーは、前記主サーバーから送られた確認要求データより機器の状態を分析する機器状態分析手段と、
   前記機器状態分析手段の分析結果より新実装データを生成する新実装データ生成手段と、
   前記生成された新実装データを主サーバーへ送信する新実装データ送信手段と、を備え、
   前記主サーバーと他のサーバーとがそれぞれ分担して新実装データを生成し、前記主サーバーは、前記機器より受信した確認要求データによる新実装データが存在しない場合には、他のサーバーから前記機器の確認要求データに応じた新実装データを受け取り、前記主サーバーの新実装データ生成手段にて、受け取った新実装データを用いて前記機器の確認要求データに応じた新実装データを生成して出力し、前記機器の実装データを更新することを特徴とする機器の設定更新システム。

Images