JPH11503545A - 移動ユニットにおける動作コードのリモートパッチ - Google Patents

Abstract

(57)【要約】 移動ユニット（２２、２４、２６、２８又は３０）内に位置した動作コードをリモートパッチし、即ち更新するためのシステム（１０）が提供される。このシステム（１０）は、管理ホスト（１６）及び移動ユニット（２２、２４、２６、２８又は３０）を含んでいる。管理ホスト（１６）は、通信ネットワーク（１２）を通して、少なくとも１つのパッチを定義する少なくとも１つの個別パッチメッセージの送信を開始するよう動作可能である。移動ユニット（２２、２４、２６、２８又は３０）は、少なくとも１つのパッチメッセージを受信するよう動作可能である。移動ユニット（２２、２４、２６、２８又は３０）はまた、このパッチを移動ユニット（２２、２４、２６、２８又は３０）内に位置したカレント動作コードとマージすることによりパッチ化動作コードを作成し、かつパッチ化動作コードに実行を切り換えるよう動作可能である。移動ユニット（２２、２４、２６、２８又は３０）はまた、カレント動作コードに取り替える新規動作コードを定義する少なくとも１つのダウンロードメッセージを受信することができる。

Description

【発明の詳細な説明】 発明の名称 移動ユニットにおける動作コードのリモートパッチ 技術分野 本発明は、一般的にはエレクトロニクスシステムの分野に関するものあり、更 に詳しくは移動ユニットにおける動作コードのリモートパッチのためのシステム と方法に関するものである。 背景技術 ソフトウェアの提供者やコンピュータシステムの販売者は、顧客によって使用 されている既存のソフトウェアを修正又は改良する要望がしばしばある。それを 行う一般的な方法は、フロッピィディスク、テープ、モデム支援品を配ることで ある。しかしながらフロッピィディスクやテープを配るには時間を要し、更新を 待っている間、顧客に古いソフトウェアの使用を強いることになる。モデム支援 は顧客のリモートコンピュータシステムに直接リンクして使用されることができ 、そして手細工でソフトウェアを向上させることができる。しかしながら、その ような手細工での向上は時間が掛かり、高価で人的エラーをしがちである。 その上、セントラルコンピュータシステムは、遠隔地に固定されたシステムか らソフトウェアを更新するためのアクセスを提供するものとして使用されてきた 。その様なシステムの１つが、米国特許番号５，１５５，８４７号の標題が゛遠 隔位置でソフトウェアを更新するための方法及び装置¨に開示されている。 米国特許番号５，１５５，８４７号は、ソフトウェアのバージョンについての 変更点をモニタし記憶できるセントラルコンピュータシステムを開示している。 古いバージョンのソフトウェアを動作させている遠隔地に固定されたシステムを 所有するユーザは、セントラルコンピュータシステムをアクセスすることができ る。もし変更点がリモートシステムで使用されているソフトウェアに適応され得 るものならば、セントラルコンピュータシステムはソフトウェアを更新するため 、リモートシステムにパッチを提供することができる。 しかしながら、米国特許番号５，１５５，８４７号で開示されているシステム は、対話式双方向性通信が可能なオンライン通信を介してセントラルコンピュー タシステムにアクセスする固定位置のリモートシステムを開示している。リモー トシステムは、遠隔のユーザがふさわしいパッチを受信した後終了する、単一で 連続通信期間に関係する。 発明の要約 本発明によれば、ソフトウェアを更新するための以前のシステムと方法とに関 連した不利益点および問題が、大体弱められ除去されている。本発明の１つの見 地は移動ユニットにおける動作コードのリモートパッチを提供することである。 本発明の一実施例によれば、移動ユニットにおける動作コードのリモートパッ チに関するシステムが提供される。システムは管理ホストと移動ユニットとを含 む。管理ホストは、少なくとも１つのパッチを定義する少なくとも１つの個別パ ッチメッセージの通信ネットワークを介し、送信の開始を可能としている。移動 ユニットは少なくとも１つのパッチメッセージの受信を可能としている。移動ユ ニットはまた、１つのパッチを移動ユニットにおけるカレント動作コードに溶け 込ませることにより、パッチ化動作コードを生成し、パッチ化動作コードへ実行 を切り替えることを可能としている。 本発明の他の実施例によれば、移動ユニットにおける動作コードのリモートパ ッチの方法が提供される。少なくとも１つのパッチを定義する少なくとも１つの 個別パッチメッセージが、通信ネットワークを介し送信される。少なくとも１つ のパッチメッセージは、第一の移動ユニットが移動ユニットにおいてカレント動 作コードを実行している第一の移動ユニットに受信される。パッチ化動作コード は、１つのパッチをカレント動作コードに溶け込ませることにより、移動ユニッ トにおいて生成される。移動ユニットの実行によって、パッチ化動作コードへ切 り替えられる。 本発明の技術的利点は、移動ユニットに物理的に触れることなく移動ユニット における動作コードのリモートパッチを許容することであり、また対話式双方向 性通信リンクを開設していることである。コードのパッチはソフトウェアのバッ グを修正し、新規の機能を加え、また既存のコードバージョンを新規のバージョ ンで完全に置き換えることである。 本発明の他の技術的利点は、移動ユニットによって行われる通常の機能に影響 を与えることなく、パッチメッセージを翻訳し、それからパッチ化動作コードを 生成することの可能な移動ユニットの提供である。 本発明の他の技術的利点によれば、パッチが中心位置から多数の移動ユニット へ提供されることである。中心位置は各移動ユニットの位置とパッチメッセージ の伝えの方とを覚えているために動作をする。中心位置はまた異なった移動ユニ ットへパッチの提供を行っている。 本発明の他の技術的利点によれば、パッチは数個の個別パッチメッセージとし て移動ユニットへ送られ、個別パッチメッセージの受信が移動ユニットによって 確認され、そしてパッチ情報は、カレント動作コードをパッチするために使用し て、完全なパッチファイルを生成するための移動ユニットにより結合される。パ ッチは単一又はマルチ通信期間内に送られる。 図面の簡単な説明 本発明を更に完全に理解するため、そして更に特徴と利点を明らかにするため に、添付された図面と共に次の好ましい実施例の言及がなされる。ここで同じ部 分には同じ番号が与えられられている。添付された図面は、 図１は移動ユニットにおける動作コードのリモートパッチの一実施例説明図、 図２は管理ホストの一実施例概略図、 図３は移動ユニットの一実施例概略図、 図４はパッチファイルを表示するために使用されたパッチメッセージのための 一実施例メッセージ形式説明図、 図５は移動ユニットにおける動作コードのリモートパッチのための移動ユニッ トの動作方法の一実施例フローチャート、 図６は移動ユニットにおけるパッチ化動作コード生成方法の一実施例フローチ ャート、 図７はパッチ化動作コードでリセット及びリスタート方法の一実施例フローチ ャート である。 発明を実施するための最良の形態 図１は移動ユニットにおける動作コードのリモートパッチのための、一般に１ ０で示されるシステムについての一実施例説明図である。システム１０は拡張サ ービス複合体１４を含む通信ネットワーク１２を備えている。 通信ネットワーク１２は、１つ、すなわち数個の通信技術の結合体、例えばセ ルラ電話ネットワーク、陸上ライン通信ネットワーク、公衆交換電話ネットワー ク（ＰＳＴＮ）の他の部分、専用通信リンク或いはその他のふさわしい通信リン クの様なものの結合体を含む。通信ネットワーク１２は、データ伝送又はデータ と音声との同時伝送のサポートをする。通信ネットワーク１２で使用される通信 リンクのタイプは、以下に説明されている様にシステム１０の構成品の間で変更 することができる。 管理ホスト１６は通信ネットワーク１２で使用される拡張サービス複合体１４ に接続されている。第一のクライアントホスト１８及び第二のクライアントホス ト２０はまた、管理ホスト１６と同じ方法で拡張サービス複合体１４に接続され ている。管理ホスト１６、第一のクライアントホスト１８及び第二のクライアン トホスト２０は、拡張サービス複合体１４から分離しているか又は、拡張サービ ス複合体１４の一部分となっている。 第一の移動ユニット２２及び第二の移動ユニット２４は第一のクライアントホ スト１８と結合され、そして通信ネットワーク１２で使用の拡張サービス複合体 １４に接続されている。同様に、第三の移動ユニット２６、第四の移動ユニット ２８及び第五の移動ユニット２８は、第二のクライアントホスト２０と結合され 、そして通信ネットワーク１２に接続されている。実施例において、移動ユニッ ト２２，２４，２６，２８，３０を拡張サービス複合体１４で接続する通信ネッ トワーク１２の通信リンクは、セルラ電話ネットワークの如き無線又は移動通信 ネットワークである。 図１の実施例において、移動通信ネットワーク１２経由で拡張サービス複合体 １４と移動ユニット２２，２４，２６，２８，３０との間で交換された情報メッ セージの処理に関して、管理ホスト１６はクライアントホスト１８とクライアン トホスト２０とにサポートを提供する。例えばクライアントホスト１８とクライ アントホスト２０とは、移動ユニット２２と２４、移動ユニット２６，２８及び ３０のそれぞれからステータス情報を受けとることができ、またディスパッチ情 報を移動ユニット２２と２４、移動ユニット２６，２８及び３０のそれぞれに提 供することができる。 管理ホスト１６は１以上の移動ユニットにおけるカレント動作コードの拡張、 修正又は置き換えを時々望むことがある。カレント動作コードに拡張又は修正を 用意するために、実行される必要性のある１以上のパンチを定義するパッチファ イルが生成されることができる。パッチファイルの他に、パッチファイルは、新 規のバージョン数とパッチ化動作コードとなるための新規のチェックサムとを用 意することができる。バージョン数は、例えばフェース、リリース、修正、なさ れた改良の如き情報を提供することができる。さらに、以下に記載の如く、メッ セージはまた、移動ユニットでカレントバージョンの運用を置き換えるべきソフ トウェアの新規バージョンを完全に定義することができる。故に構成品やパッチ メッセージを移動ユニットに送る動作の説明は、カレント動作コードを置き換え るために新規の動作コードを形成するため結合するダウンロードメッセージの送 信に等しく適合する。 本発明の教えによれば、パッチファイルは１セットの個別パッチメッセージに よって表現することができる。各パッチメッセージは、通信ネットワーク１２を 介しメッセージの送信に適した個別データの有料荷物の様にサイズ化されること ができる。管理ホスト１６は、個別パッチメッセージをふさわしい移動ユニット に送信することができる。移動ユニットがパッチメッセージを受信したとき、移 動ユニットはパッチメッセージを確認し、定義されたパッチをカレント動作コー ドに溶け込ませ、そしてパッチ化動作コードへ実行の切替えをすることができる 。完全なパッチファイルを受信するため、パッチファイルを表わしているセット において、各移動ユニットはパッチメッセージの総てを受信する。個別パッチメ ッセージの送信は、専用又は双方向性通信リンクを必要とはせず、数個の通信期 間で実行される。例えば無線通信固有の限界のため、移動ユニットとの通信リン クは喪失される。そのときシステム１０は通信リンクを回復し、そしてカレント パッチメッセージの送信を続けることができる。 この方法で、移動ユニットにおける動作コードは、管理ホスト１６が移動ユニ ットとの物理的な接触を必要とせずに、維持され、更新されることができる。加 えて、管理ホスト１６は拡張の変更レベルを、異なったクライアントホストと結 合している移動ユニットに供給し、そして各拡張レベルと結合している動作コー ドを遠く離れて維持することができる。これはパッチメッセージをふさわしい移 動ユニットに提出することによりなし遂げられる。例えばクライアントホスト１ ８と結合されている移動ユニット２２、２４は、クライアントホスト２０と結合 されている移動ユニット２６、２８、３０より異なったバージョンの動作コード を持つことができる。 本発明の教えによれば、通信ネットワーク１２の固有の限界を克服するために 、管理ホスト１６は個別パッチメッセージを送信することができる。通信ネット ワーク１２の移動ユニットに対する通信リンクは、無線、又は例えばセルラ電話 ネットワーク、パーソナル通信システム（ＰＣＳ）、特殊移動無線通信（ＳＭＲ ）、拡張特殊移動無線通信（ＥＳＭＲ）、市民バンド（ＣＢ）、ページングネッ トワーク、衛星通信ネットワーク、或いは移動ユニットにデータ伝送をサポート しているその他の通信システムの様な、陸上ベース又は衛星ベースのトランスミ ッタ、レシーバ、或いはトランシーバを使用の移動通信システムを備えている。 無線通信の本質のため、通信ネットワーク１２を介しての大容量データ伝送は 、高価となり、エラーが生じやすく、危険性のあるものとなる。例えば無線通信 は、時間の拡張期間を介し対話式双方向性通信を要求するオンライン期間にふさ わしいものではない。更にそのようなシステムにおいて、データ伝送が完結する まで移動ユニットは通常の動作を制限することが要求される。クライアントホス トと、結合された移動ユニットとの間の通常のメッセージ通信は粉砕され、移動 ユニットの移動性は制限されることになるだろう。例えばもしセルラネットワー クを介するオンライン通信リンクが使用されたなら、通信リンクを維持するため 、移動ユニットはネットワークサービス区域の端で強制的に停止させられるだろ う。本発明は、対話式又は実質上双方向性通信を要求しない１又は数個の個別通 信期間を介して短いメッセージを伝えることにより、無線通信のこれらの限界を 克服している。更に本発明は、以前に伝送したデータの重要な欠落を犠牲にする ことなしに、通信リンクが喪失したとき、伝送を回復させることができる。 各移動ユニット２２，２４，２６，２８，３０は車、人、他の移動体と結合す ることができる。各移動ユニット２２，２４，２６，２８，３０は、移動ユニッ トにおけるカレント動作コードを実行することにより動作する。移動ユニット２ ２，２４，２６，２８，３０は、米国特許番号５，１５５，６８９号の標題が゛ 車の位置と通信方法および装置¨に記載されている色々な通信、探索、艦隊管理 機能を行わせることができる。 動作において、通信ネットワークを介し、１セットの個別パッチメッセージを 送信することにより、管理ホスト１６は、移動ユニット２０，２２，２４，２６ ，２８，３０における動作コードのリモートパッチをなし遂げることができる。 １以上の移動ユニット２０，２２，２４，２６，２８，３０におけるカレント動 作コードのリモートパッチが実行されるべく、個別パッチメッセージは、少なく とも１つのパッチを定義しているパッチファイルを一まとめにして描いてある。 各移動ユニット２０，２２，２４，２６，２８，３０は、管理ホスト１６によっ て送信されたパッチメッセージを受信することが可能である。各移動ユニット２ ０，２２，２４，２６，２８，３０は、定義されたパッチをカレント動作コード に溶け込ませることにより、パッチ化動作コードを生成することができ、そして そのパッチ化動作コードへ実行の切替えをすることができる。個別パッチメッセ ージは、会話のデッドタイム、又は送信パケットサイズのデータのためのその他 の適切な時間周期の間、音声通信の前か後ろに送信されることができるパケット を備えている。 管理ホスト１６は、パッチファイルが送信するにふさわしい移動ユニットにパ ッチメッセージを提出することができる。管理ホスト１６は、移動ユニットの中 の１つ、全部、又はグループにパッチファイルを提出することができる。移動ユ ニット全部に提出されたパッチメッセージは、伝送メッセージとして参照される ことができる。グループに提出されたパッチメッセージは、クライアントホスト １８又はクライアントホスト２０と結合の移動ユニットに通信をすることができ る。例えば管理ホスト１６は、クライアントホスト１８と結合の移動ユニット２ ２と移動ユニット２４との両者に送信される様なパッチメッセージを提出するこ とができる。 図１の実施例において、通信ネットワーク１２の拡張サービス複合体１４は、 管理ホスト１６、クライアントホスト１８、クライアントホスト２０及び移動ユ ニット２２，２４，２６，２８，３０との間で送信される総てのメッセージを取 り扱う動作をする。特に拡張サービス複合体１４は通信ネットワーク１２を使用 し、移動ユニット２２，２４，２６，２８，３０との通信を開設するための情報 を維持する。その後拡張サービス複合体１４は、メッセージデータを完全に伝え る。拡張サービス複合体１４の動作の役割は、管理ホスト１６によって移動ユニ ット２２，２４，２６，２８，３０に送信されたパッチメッセージを取扱うこと である。拡張サービス複合体１４は、パッチメッセージが１つの移動ユニットへ 提出されたものか、移動ユニットのグループへの提出か又は移動ユニット全体へ の提出かを認識し、適切な移動ユニットとの通信を開設し、そして個別メッセー ジを送信する。アプリケーションシリアル番号０８／０９５，１６６の標題が゛ ネイション−ワイドセルラ電話ネットワークのための方法及び装置¨は、構成品 と拡張サービス複合体１４の機能とを詳細に述べており、参照することによって この中に組み込まれる。拡張サービス複合体１４と管理ホスト１６とは、システ ム１０では分離した構成品となっており、またアプリケーションシリアル番号０ ８／０９５，１６６に記述されているごとく、単一の綱領に統合される。 本発明の技術的利点は、移動ユニットと物理的に接触することなく、或いはオ ンライン通信リンクを開設することなく、移動ユニットにおける動作コードのリ モートパッチを許容していることである。本発明の他の技術的利点は、移動ユニ ットによって行われ、通常の機能に影響を与えることなくパッチメッセージを翻 訳し、そしてパッチ動作コードをそこから生成することができる移動ユニットを 提供することである。本発明の他の技術的利点によれば、移動ユニットは、移動 ユニットにおける動作コードのカレントバージョンについてのフィードバックを 提供することであり、カレント動作コードにパッチ完了の確認を用意することが できることである。 図２は管理ホスト１６の一実施例概略図である。管理ホスト１６は、通信ネッ トワーク１２のリンク４０を用いて移動ユニットと通信をする。リンク４０は、 移動体又は陸上ライン公衆交換電話ネットワーク（ＰＳＴＮ）の専用又は交換電 話ライン、或いはその他の陸上ベースの通信リンク、衛星ベースの通信リンク又 は管理ホスト１６に通信ネットワーク１２へメッセージを送信させ又通信ネット ワーク１２からメッセージを受信させるその他のふさわしい通信リンクについて の１以上の結合体である。 移動ユニットから受信されたメッセージは、モデム、ＤＴＭＦコーダ／エンコ ーダ、又は他のデータエンコーダ４２を介して管理ホスト１６に入力し、そして 中央コントローラ４４に渡される。逆に移動ユニットに送信されたメッセージは 、通信ネットワーク１２のコーダ／エンコーダ４２を介して中央コントローラ４ ４から渡される。 メモリ４６と入力／出力装置４８とは中央コントローラ４４に接続されている 。中央コントローラ４４は移動ユニットからのメッセージを受信し、そして処理 する。中央コントローラ４４はまた、ふさわしい移動ユニットに提出されたパッ チメッセージを含んだ形で、メッセージを移動ユニットに送信する。メモリ４６ はＲＡＭ、ＲＯＭ、ＣＤ−ＲＯＭ、移動可能な記憶装置或いはデータの記憶と回 復とが可能なその他の装置である。入力／出力装置４８は、ディスプレイ、聴覚 情報を提供するスピーカ、移動可能な記憶媒体、或いはその他適当な出力装置の 様なあらゆる種類の出力装置を含む。入力／出力装置４８はまた、キーボード、 マウス、タッチスクリーン、移動可能な記憶媒体、或いはその他適当な入力装置 の様な種類の入力装置を含む。 図３は一般に５０で示される移動ユニットの一実施例概略図である。図１の移 動ユニット２２、２４、２６、２８、３０は、図１の移動ユニット５０と同様の 仕方で構成されている。移動ユニット５０はトランシーバ５６に接続のアンテナ ５４を有する移動通信装置５２を備えている。ハンドセット５８もトランシーバ ５６に接続されている。トランシーバ５６は、代わりに、モデム、ＤＴＭＦコー ダ／エンコーダ、又は他のデータエンコーダ６２に接続されているバスドライバ ６０に接続されている。コーダ／エンコーダ６２はプロセッサ６４に接続されて いる。トランシーバ５６はまた、リンク６５を介しプロセッサ６４に接続されて いる。 プロセッサ６４は第一のフラッシュバンク６６と第二のフラッシュバンク６８ とＲＡＭ７０とに接続されている。第一のフラッシュバンク６６、第二のフラッ シュバンク６８、そしてＲＡＭ７０は、ＲＡＭ、ＲＯＭ、ＣＤ−ＲＯＭ、移動可 能な記憶装置或いはデータの記憶と回復とが可能なその他の装置である。さらに 第一のフラッシュバンク６６、第二のフラッシュバンク６８、そしてＲＡＭ７０ は、個別の装置又は１以上の装置の一部分である。入力装置７２と出力装置７４ とはまたプロセッサ６４に接続されている。 動作において、移動通信装置５２は通信ネットワーク１２を介しメッセージを 受信しそして送信する。トランシーバ５６によって受信されたメッセージは、リ ンク６５を介して、或いはバスドライバ６０やコーダ／エンコーダ６２のような その他のふさわしいパスのいずれかを介して、プロセッサ６４に渡される。プロ セッサ６４は移動ユニット５０の動作を管理する。ハンドセット５８は付加の音 声またはデータ通信を用意する。第一のフラッシュバンク６６及び第二のフラッ シュバンク６８は、プロセッサ６４によって実行される動作コードを記憶するこ とができるようになっており、ＲＡＭ７０はプロセッサ６４にメモリのワークス ペースを供給できるようになっている。 動作において、プロセッサ６４は第一のフラッシュバンク６６又は第二のフラ ッシュバンク６８からカレント動作コードを実行する。プロセッサ６４はカレン ト動作コードに応じた機能を果たす。プロセッサ６４が完全なパッチファイルを 表している１以上のパッチメッセージを受信したとき、プロセッサ６４はそのパ ッチメッセージを解析し、プロセッサ６４はパッチ操作の初期化をすべきかどう かの決定する。もしプロセッサ６４が定義されたパッチを受信するにふさわしい 適応バージョンの動作コードを現在実行しているなら、プロセッサ６４はパッチ メッセージで定義さているそのパッチを果たすためパッチ操作の初期化をする。 プロセッサ６４はＲＡＭ７０のパッチメッセージで定義さているパッチ情報を 記憶する。もしプロセッサ６４が第一のフラッシュバンク６６から実行している なら、プロセッサ６４は、パッチ情報をカレント動作コードに溶け込ませること によって第二のフラッシュバンク６８のパッチ動作コードを生成する。パッチ化 動作コードが生成された後、プロセッサ６４は、更に実行が第二のフラッシュバ ンク６８から生じることを表すフラッグをセットする。そしてプロセッサ６４は リセットの初期化を行うので、移動ユニット５０は第二のフラッシュバンク６８ にあるパッチ化動作コードを実行するプロセッサ６４を伴ってリスタートする。 第二のフラッシュバンク６８から第一のフラッシュバンク６６へのアナログ切替 えは、カレント動作コードが第二のフラッシュバンク６８において位置したとき 生じる。この方法で移動ユニット５０は、個別パッチ又は通信ネットワーク１２ を介し送信されてきた転送メッセージに基づくカレント動作コードの拡張、修正 、或いは置換をすることができる。 図３に示された移動ユニット５０の構成品は１以上の枠の中に包まれている。 移動ユニット５０は車に取り付けられ、またはその他の移動物体と連結される。 移動ユニット５０はまた個人用として機能する携帯性を有する手持ち装置として 包装されている。例えば携帯性を有する手持ちの移動ユニット５０は、持ち運び の形を変え、又は移動ユニット５０の携帯性に応じたその他の形に変え、監視人 、救助隊、個人によって使用される。 図４は通信ネットワーク１２を介し移動ユニット５０に向けた送信用メッセー ジの一実施例を説明している。最初の３つのメッセージのタイプは、移動ユニッ トについてのコードのパッチを既存のコードに加入させるパッチメッセージに関 するものである。最後の３つのメッセージは、新規コードのバージョンで移動ユ ニットのカレントコードを置換するために直接プログラムを転送するメッセージ に関するものである。図４に示された総てのメッセージフォーマットは、一般的 なメッセージフォーマットで挿入され、これはスタート、メッセージタイプ、長 さ、同一フィールドで始まり、そしてチェックサムとエンドフィールドで終わる 。これらのメッセージは、通信ネットワーク１２の異なった技術のため、最適又 は抜擢されたメッセージサイズに適応させるためにサイズ化される。 パッチメッセージが含むものは、新規パッチファイルメッセージ、追加パッチ メッセージ、そして組み入れられない削除パッチメッセージである。これらのパ ッチメッセージはタイプ゛０¨、゛１¨、゛２¨、゛３¨、゛４¨としてそれぞ れ指名されている。説明の実施例において、各パッチメッセージは２５２バイト の情報まで包含する。 新規パッチファイルメッセージは、新規パッチファイルメッセージを表わして いる１以上のパッチメッセージの１セットが送信されている移動ユニットに指示 するよう動作する。上述の如く、パッチメッセージのセットはカレント動作コー ドが実行されるべきパッチを定義する。新規パッチファイルメッセージはまた、 新規パッチを定義するよう動作する。 新規パッチファイルメッセージは図４に示されている様に、８つのフィールド を含んでいる。新規パッチファイルメッセージは、１バイトで、メッセージが新 規パッチファイルメッセージであることを指示する゛０¨を保持する゛メッセー ジタイプ¨フィールドを含む。゛パッチファイルＩＤ¨フィールドは、１バイト で、パッチメッセージのセットによって表わされているパッチファイルのための 独特の確認番号を備えている。パッチファイルに結合した各パッチメッセージは 、この独特のパッチファイルＩＤを含む。゛ソフトウェアバージョン¨フィール ドは、８バイトで、動作コードバージョンが表わされたパッチファイルに含まれ ているパッチを受信するのにふさわしい指示を用意する。ソフトウェアバージョ ンは、フェーズ、リリス、バージョンそしてなされた修正の様なものを指示する マスクとして動作する。゛パッチ数¨フィールドは、１バイトで、パッチファイ ルＩＤによって確認されたパッチメッセージのセットに含まれているパッチの総 数を与える。各パッチは１以上のパッチメッセージによって表わされる。゛パッ チにより修正されるべきメモリアドレス¨フィールドは、４バイトで、新規バッ チファイルメッセージで定義されている第一のパッチにより修正されるべきカレ ント動作コードのメモリアドレスを確認する。゛パッチメモリスペース内の開始 アドレス¨フィールドは、４バイトで、第一のパッチが書かれるべきパッチ化動 作コードの開始アドレスを定義する。゛データのバイト数¨フィールドは、１バ イトで、゛パッチデータ¨フィールドにおける情報のバイト数を定義する。最後 に゛パッチデータ¨フィールドは、１から２３２バイトを含み、第一のパッチと 結合したデータを保持する。 追加メッセージはカレント動作コードが実行されるための追加パッチを定義す る。追加メッセージは新規パッチファイルメッセージのフィールドと同様の６つ のフィールドを含む。゛メッセージタイプ¨フィールドは、１バイトで、追加パ ッチメッセージを表す゛１¨である。゛パッチファイルＩＤ¨フィールドは、１ バイトで、パッチファイルのための独特の確認番号を含んでいる。このパッチフ ァイルＩＤは、以前の新規パッチファイルメッセージに含まれていたパッチファ イルＩＤと一致しなければならない。゛パッチにより修正されるべきメモリアド レス¨フィールドは、４バイトで、追加パッチメッセージで定義された追加パッ チにより修正されるべきカレント動作コードのメモリアドレスを確認する。゛パ ッチメモリスペース内の開始アドレス¨フィールドは、４バイトで、追加アドレ スが書かれるべきパッチ化動作コードの開始アドレスを定義する。゛データのバ イト数¨フィールドは、１バイトで、゛パッチデータ¨フィールドにおける情報 のバイト数を定義する。最後に゛パッチデータ¨フィールドは、１から２４１バ イトを含み、追加のパッチと結合したデータを保持する。 追加データメッセージは、パッチと結合したデータが新規パッチファイルメッ セージ又は追加パッチメッセージのパッチデータフィールドで役に立つよりより 多くのスペースを要求するパッチ拡張データを用意するよう動作する。追加デー タメッセージは、３つのフィールドを含んでいる。゛メッセージタイプ¨フィー ルドは、１バイトで、追加データメッセージを表す゛２¨である。゛パッチファ イルＩＤ¨フィールドは、１バイトで、パッチファイルのための独特の確認番号 を備えている。このパッチファイルＩＤは、以前の新規パッチファイルメッセー ジに含まれていたパッチファイルＩＤと一致しなければならない。最後に゛パッ チ拡張データ¨フィールドは、１から２５０バイトを含み、パッチと結合した追 加データを保持する。新規パッチファイルメッセージ又は、結合されたパッチを 定義するのに必要なデータのバイト数に依存の追加パッチメッセージと結合した １以上の追加データメッセージが存在する。 組み入れられない削除パッチメッセージは、１バイトで、゛３¨を保持する単 一の゛メッセージタイプ¨フィールドを含んでいる。パッチメッセージの全のセ ットを受信した後、移動ユニットはパッチ化メッセージ又はパッチ化動作コード のエンドツウエンドチェックサムを行う。もしチェックサムエラーがあれば、移 動ユニットは管理ホスト１６にチェックサムエラーを知らせる。そこで管理ホス ト１６は組み入れられない削除パッチメッセージを移動ユニットに送るので、パ ッチメッセージ送信が繰り返される。 新規パッチファイルメッセージは１つのパッチを定義し、各追加パッチメッセ ージは追加パッチを定義する。かくして、１セットの個別パッチメッセージにと って、追加パッチメッセージが加算された新規パッチファイルメッセージのトー タルは、新規パッチファイルメッセージにおける゛パッチ数¨フィールドに等し い。個別パッチメッセージのセットも追加データメッセージ数となる。追加デー タメッセージは、新規パッチファイルメッセージ又は追加パッチメッセージの１ つに無くてはならないものとして拡張データを用意する。もしパッチのいくつか が、新規パッチファイルメッセージ又は追加パッチメッセージの゛パッチデータ ¨フィールドで有用であるより、より多くのデータのバイトを要求するならば、 追加データメッセージは、パッチの限界を満たす。 図４に例示されたパッチメッセージフォーマットを使って、完全なパッチファ イルは、パッチファイルを表す少なくとも１つの個別パッチメッセージを使って 通信ネットワーク１２を通して送信することができる。各個別パッチメッセージ は、それと関連した別個のチェックサムを有することができる。このように、各 メッセージは、別々に確認することができる。１セット内の全てのパッチメッセ ージが受信されかつ確認された後、移動ユニットは、パッチプロセスを開始する ことができる。図４に示されたパッチメッセージの具体例に対して、パッチメッ セージは、適切なシーケンスで受信されるけれども、各パッチメッセージの受信 間の時間は重要ではない。個別パッチメッセージの他の具体例は、このようなも のをシーケンスとして定義する付加フィールドを含むことができ、そしていかな る順序でも受信することができるであろう。各移動ユニットは、パッチメッセー ジが失われたかどうかを判断し、かつ一つのパッチメッセージ又は完全なセット を再送信することを要求するよう動作することができる。 パッチファイル及び関連したパッチメッセージは、マニュアル又は自動的に発 生させることができる。一般に、一つのパッチは、ジャンプコマンドをカレント 動作コードに挿入して、付加コードにジャンプをさせることができる。この付加 コードは、ジャンプコマンドに続く点に実行を戻すことができる。或いは、パッ チは、カレント動作コードに単に上書きしてもよい。さらに、カレント動作コー ドは、パッチによる拡張のための余地を提供するために各モジュールに続く空の スペースを含むことができる。パッチの他の具体例が可能である。図４と関連し て説明したパッチメッセージ及びパッチの具体例は、本発明の範囲を制限するこ とを意図していないし、また解釈されるべきでない。 個別プログラムダウンロードメッセージは、ダウンロード準備メッセージ、タ ウンロードメッセージ、及びプログラムチェックサムメッセージを含んでいる。 これらのパッチメッセージは、それぞれ、タイプ”４”、”５”、”６”として 示されている。例示された具体例において、各ダウンロードメッセージは、１０ ９バイトまでの情報を含んでいる。 ダウンロード準備メッセージは、１バイトでありかつ新たなプログラムダウン ロードが送信されようとしていることを移動ユニットに知らせる”４”を保持す る単一”メッセージタイプ”を含んでいる。応答として、移動ユニットは、新た な動作コードを受信するための準備として、第一のフラッシュバンク６６又は第 二のフラッシュバンク６８を消去する。 ダウンロードメッセージは、移動ユニットのカレント動作コードに取り替える 新たな動作コードを形成するために組み合わせる実際のデータを送信する。通常 、移動ユニットは、新たな動作コードを形成するよう組み合わせるいくつかのダ ウンロードメッセージを受信する。ダウンロードメッセージは、図４に示される ように、６つのフィールドを含んでいる。ダウンロードメッセージは、１バイト でありかつこのメッセージがダウンロードメッセージであるということを示す” ５”を保持する”メッセージタイプ”フィールドを有している。”レコードタイ プ”フィールドは、２バイトを包含しかつメッセージ内の残りのデータのフォー マットを示している。”レコード長”フィールドは、１バイトの長さであり、か つ残りのメッセージの長さを示している。”スターティングアドレス”フィール ドは、２〜４バイトの長さにすることができ、かつダウンロードメッセージ内に 包含されるデータを挿入するために第一のフラッシュバンク６６又は第二のフラ ッシュバンク６８におけるスターティングアドレスを定義する。”プログラムデ ータ”フィールドは、この移動ユニットのための新規動作コードの一部を定義す る１００バイトまでを包含している。”レコードチェックサム”フィールドは、 受信したダウンロードメッセージの完全性を確認するために移動ユニットによっ て使用される単一バイトを包含している。 新たなプログラムチェックサムメッセージは、２フィールドを含んでいる。１ バイト”メッセージタイプ”フィールドは、プログラムダウンロードが完了し、 かつプログラムチェックサム値が続くということを移動ユニットに知らせる”６ ”を保持している。”新チェックサム”フィールドは、移動ユニットで受信した ダウンロードメッセージから組み合わされた新規動作コードの完全性を確認する ために２バイトチェックサムを包含している。 図４に示されたダウンロードメッセージフォーマットを使って、新規動作コー ドは、該新規動作コードを表す少なくとも１つのダウンロードメッセージを使っ て通信ネットワーク１２を通して伝送することができる。各ダウンロードメッセ ージは、各ダウンロードメッセージ伝送の完全性を確認するために別個のレコー ドチェックサムを含んでいる。単一ダウンロードメッセージを受信しかつ確認し たときに、移動ユニットは、ダウンロードメッセージが正確に受信されたという 受領通知を管理ホスト１６に送信する。それから、各ダウンロードメッセージか らのプログラムデータは、ダウンロードメッセージにおいて特定されるアドレス で、第一のフラッシュバンク６６又は第二のフラッシュバンク６８内にロードさ れる。さらに、新規動作コードについてのエンド−ツー−エンドチェックサムは 、メモリ内にロードされた完全な組のダウンロードメッセージを確認するために 使用することができる。新規動作コードの受信を確認した後、移動ユニットは、 新規動作コードによってカレント動作コードをスワップアウトし、そして新たな コードを実行するためにリセットを開始する。ダウンロードメッセージは、いか なるシーケンスでも、かついかなる数の通信セッションでも受信することができ る。移動ユニットから受領通知を受け取ることにより、管理ホスト１６又は拡張 サービス複合体１４は、どのダウンロードメッセージが送られたか、そしてダウ ンロードメッセージのその組の送信はいつ完了したかをモニタすることができる 。 図５は、リモートパッチ化動作コードに対する移動ユニットの動作方法の一具 体例を示すフローチャートである。図５の方法は、パッチプロセスの一具体例で あり、かつそれによって、移動ユニットは、パッチファイルを集合的に表す一組 のパッチメッセージを受信し、パッチ化動作コードを作るために定義されたパッ チをカレント動作コードとマージし、そしてパッチ化動作コードに実行を切り換 えることができる。同様な動作が、移動ユニット内のカレント動作コードに取り 替える新規動作コードを定義するいくつかのダウンロードメッセージを受信する ために使用することができるであろう。 ステップ１００において、移動ユニットは、ソフトウエアバージョンを含む初 期パッチメッセージを受信する。本発明の一具体例において、初期パッチメッセ ージは、図４に関して前述したような新たなパッチファイルメッセージから成っ ている。ステップ１０２において、移動ユニットは、初期パッチメッセージによ り提供されるソフトウエアバージョンを移動ユニットのカレント動作コードのソ フトウエアバージョンと比較する。ステップ１０４において、移動ユニットは、 カレント動作コードのソフトウエアバージョンが、パッチメッセージの組により 定義されたパッチに対して適切であるかどうかを判断する。もしそうでないなら ば、移動ユニットは、ステップ１０６で適切なエラーメッセージを送信する。こ のエラーメッセージは、管理ホスト１６、関連したクライアントホスト１８及び ２０、或いはその両方にアドレスすることができる。 もしカレント動作コードが、適切なバージョンであるならば、移動ユニットは 、ステップ１０８において初期パッチメッセージが有効であるかどうかをチェッ クする。この有効性チェックは、チェックサム技術、又は他の適切な有効性チェ ックから成る。もしパッチメッセージが有効でないならば、ステップ１０６にお いて移動ユニットは適切なエラーメッセージを送信する。もしパッチメッセージ が有効ならば、そのとき、ステップ１１０において移動ユニットは関連したパッ チ情報をストアする。移動ユニットはまた、パッチメッセージが有効であったと いう受領通知を送ることができる。一具体例において、パッチ情報は、ワークス ペースとして使用されるＲＡＭ７０内にストアされる。ステップ１１２において 、移動ユニットは、受信されるべき追加のパッチメッセージがあるかどうかを判 断する。もしあるならば、ステップ１１４において移動ユニットは次のパッチメ ッセージを受信する。本発明の一具体例において、次のパッチメッセージは、図 ４と関連して説明したような追加パッチメッセージ又は追加データメッセージの いずれかから成る。ステップ１０８において移動ユニットは次のパッチメッセー ジの有効性をチェックし、もし有効ならば、ステップ１１０でパッチ情報をスト アする。もし次のパッチメッセージが有効でないならば、ステップ１０６で移動 ユニットは適切なエラーメッセージを送る。 移動ユニットは、全てのパッチメッセージがパッチファイルのために受信され るまでこの様に継続する。移動ユニットは、パッチファイルと関連したパッチメ ッセージの合計数を決定するために新たなパッチメッセージによって定義された ”パッチの数”を使用する。本発明の一具体例において、新たなパッチファイル メッセージ＋追加パッチメッセージの数があり、その合計は、図４に示された新 たなパッチファイルメッセージフォーマットにおける”パッチ数”フィールドに 等しい。追加データメッセージの数は、新たなパッチファイルメッセージ又は追 加パッチメッセージにおける個々の”データのバイト数”フィールドから決定す ることができる。 前述したように、各パッチメッセージは、個別メッセージである。移動ユニッ トが、パッチメッセージとして入来メッセージを識別するとき、移動ユニットは 、パッチメッセージを処理する。パッチメッセージは、長期又は短期にわたって 、かつ１つ又は多くの分離した通信セッションにおいて、送信することができる 。移動ユニットは、完了した組のパッチメッセージが受信されるまで待機し、そ れから図５のステップ１１６に続く。或いは、移動ユニットは、依然として管理 ホスト１６から追加のパッチメッセージを受信しながら、パッチ化動作コードの 作成を始めることができる。 ステップ１１６において、移動ユニットは、パッチ化動作コードを作る。そう するために、移動ユニットは、パッチメッセージの組によって定義された１つ又 は複数のパッチを、カレント動作コードにマージして、パッチ化動作コードを作 る。このプロセスの一具体例は、図６と関連して説明する。このプロセスは、移 動ユニットが、実行されるべき新規動作コードをそれ自身において定義する一組 のダウンロードメッセージを受信するならば必要ではない。 パッチ化動作コードを作成した後、ステップ１１８において移動ユニットはパ ッチ化動作コードを確認する。このステップは、チェックサム又は他の適切な技 術を使って実行することができる。ステップ１２０において、移動ユニットは、 確認の結果が有効パッチ化動作コードを示すかどうかを決定する。もしそうでな いならば、ステップ１０６において移動ユニットは適切なエラーメッセージを送 信する。それから、移動ユニットは、管理ホスト１６から組み込まれていないパ ッチメッセージの削除を受信し、そしてステップ１００でこのプロセスは反復す ることができる。 もしパッチ化動作コードが有効であるならば、移動ユニットは、ステップ１２ ２においてパッチ化動作コードに切り替わるようにリセットしかつリスタートす る。このリセット及びリスタートプロセスの一具体例は、図７と関連して説明す る。パッチが完了した後、移動ユニットは、パッチ化動作コードに従い実行しか つ動作する。もし新たな組のパッチメッセージが受信されたならば、移動ユニッ トは、新たなパッチ化動作コードを作りかつ切り換えるようにパッチプロセスを 反復する。この様にして、この移動ユニットにおけるカレント動作コードは、移 動ユニットの進行中のサポートの一部として拡張又は補正を提供するためにリモ ートパッチすることができる。同様に、一組のダウンロードメッセージは、カレ ントバージョンに取り替える全く新規なソフトウエアバージョンを提供すること ができる。 図６は、パッチ化動作コードを作る方法の一具体例を示すフローチャートであ る。この具体例において、移動ユニットは、第一のフラッシュバンク６６と第二 のフラッシュバンク６８を備え、かついずれかのフラッシュメモリバンク内に位 置した動作コードを実行することができる。移動ユニットはまた、パッチメッセ ージの組によって供給されるパッチ情報を保持するＲＡＭ７０を備えている。 ステップ１３０において、移動ユニットは、パッチコードを受信するために第 二のフラッシュバンク６８を準備する。第二のフラッシュバンク６８は、カレン ト動作コードがないものである。ステップ１３２において、移動ユニットは、カ レント動作コード内にパッチをマージするプロセスを開始する。ステップ１３２ において、移動ユニットは、第一のフラッシュバンク内のカレント動作コードの 次のメモリアドレスが、カレント動作コードの一部を保持する第一のメモリアド レスによって始まるパッチによって修正されるべきであるかどうかを判断する。 もしそうならば、ステップ１３４において、移動ユニットは、カレント動作コー ドとこのパッチをマージし、かつ生じたパッチ化動作コードを第二のフラッシュ バンク６８内にストアする。本発明の一具体例において、移動ユニットは、バイ ト毎にステップし、かつパッチを検出したときに、パッチのバイトを挿入する。 パッチのバイトを挿入した後、移動ユニットは、カレント動作コード内の次のバ イトによって継続する。第一のフラッシュバンク６６内の次のメモリアドレスが 、もし修正されるべきでないならば、移動ユニットは、ステップ１３６において 動作コードの関連したバイトを第二のフラッシュバンク６８内にコピーする。 ステップ１３８において、移動ユニットは、パッチが完了したかどうかを判断 する。もしそうでないならば、移動ユニットは、ステップ１３２で継続する。こ のプロセスは、カレント動作コードメモリアドレスが、パッチメッセージの”修 正されるべきメモリアドレス”フィールドに一致するまで、バイト毎に順次進行 する。 移動ユニットは、カレント動作コードが初めから終わりまで完全に処理され、 かつ全てのパッチが挿入されるまで、カレント動作コードとパッチのマージを継 続する。この様にして、パッチ化動作コードは、第一のフラッシュバンク６８内 のカレント動作コードを、パッチメッセージの組によって定義されたパッチとマ ージすることにより第二のフラッシュバンク６８内で作られる。それから、第二 のフラッシュバンク６８が、移動ユニットによる確認及び実行の用意をする完全 なパッチ化動作コードを包含している。 図７は、第二のフラッシュバンク６８内にストアされたパッチ化又は新規な動 作コードの一具体例を示すフローチャートである。このプロセスは、一組のパッ チメッセージから発生したパッチ化動作コード、又は一組のダウンロードメッセ ージから発生した新規な動作コードのいずれかに実行を切り換えるように動作す る。図７と関連して説明した具体例は、カレント動作コードを保持する第一のフ ラッシュバンク６６から、パッチ化又は新規動作コードを保持する第二のフラッ シュバンク６８への切り替え実行から成る。第二のフラッシュバンク６８から、 第一のフラッシュバンク６６に切り換える類似の方法を使用することができるで あろう。 ステップ１５０において、移動ユニットは、第二のフラッシュバンク６８に実 行を切り換えるために必要なコードをＲＡＭ７０内にコピーする。本発明のこの 具体例において、このコードは、リセットが生じるとき移動ユニットにより実行 されるべきブートコードのコピーを備えている。このブートコードは、第二のフ ラッシュバンク６８内にストアされたパッチ化又は新規動作コードの実行をさせ る命令を含んでいる。ステップ１５２において、移動ユニットは、リスタートし かつ第二のフラッシュバンク６８に切り換え実行するためにＲＡＭからシステム リセットを実行する。この具体例において、移動ユニットは、移動ユニットが第 二のフラッシュバンク６８内に位置した動作コードを実行すべきということを示 すフラグをＲＡＭ内にセットすることにより切り替えを達成する。リセットが生 じた後、移動ユニットは、パッチ化又は新規動作コードによって電源投入を開始 する。或いは、移動ユニットは、第一のメモリバンク６６と第二のメモリバンク ６８の内容を物理的にスワップし、リセットを実行し、そして今第一のメモリバ ンク６６内にある新規又はパッチ化動作コードを実行する。 ステップ１５４において、移動ユニットは、電源投入チェックサムが有効であ るかどうかを判断する。もし電源投入チェックサムが有効であるならば、そのと き第二のフラッシュバンク６８内に位置したパッチ化又は新規動作コードは有効 であり、そして、移動ユニットは、パッチ化又は新規動作コードの実行を継続す る。もし電源投入チェックサムが有効でないならば、そのときステップ１５６に おいて、移動ユニットは、リスタートし、かつ第一のフラッシュバンク６６に実 行を切り換えるためにＲＡＭから別のシステムリセットを実行する。この様に、 もしパッチ化又は新規動作コードが有効でないならば、移動ユニットは、一組の パッチメッセージ又はダウンロードメッセージを受信する前に存在したカレント 動作コードに実行を戻す。 別の具体例において、移動ユニットは、パッチ化又は新規動作コードの受信及 び編集を確認した後、第二のフラッシュバンク６８の内容を第一のフラッシュバ ンク６６にコピーする。それから、移動ユニットは、第一のフラッシュバンク６ ６内にあるパッチ化又は新規動作コードを実行する。もし第一のフラッシュバン ク６６内の動作コードが破壊されたならば、そのとき移動ユニットは、第二のフ ラッシュバンク６８内にストアされた同じ動作コードのコピーに実行を切り換え ることができる。 本発明の移動ユニット内に位置した動作コードを遠隔にパッチし、或いは更新 するシステム及び方法は、多数の技術的利点を提供する。管理ホストは、１以上 の移動ユニット内に位置した動作コードのためのサポートを提供することができ る。管理ホストは、現在１以上の移動ユニットにより実行されている動作コード になされるべき１以上のパッチを集合的に表す一組の個別パッチメッセージを送 信することができる。このパッチは、カレント動作コードの拡張又は補正を備え ることができる。移動ユニットは、パッチメッセージを受信し、パッチ化コード を作り、そして通常の機能を妨害することなくパッチ化動作コードに実行を切り 換えることができる。管理ホストはまた、移動ユニットにより実行されているカ レント動作コードを取り替える新規動作コードを集合的に表す一組の個別ダウン ロードメッセージを送信することができる。 本発明は、いくつかの具体例に関して説明したけれども、特許請求の範囲によ って限定されるような本発明の精神及び範囲から離れることなく種々の変化、代 換え、及び変更をなすことができるということが理解されよう。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ， ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，Ｉ Ｓ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，Ｓ Ｄ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 ケネディ，ウイリアム、シー、ザ・スァー ド アメリカ合衆国テクサス州75231、ダラス、 チャーチ・ロウド 9049番 (72)発明者 ウエスタレイジ，ケニス、アー アメリカ合衆国テクサス州76118、フォー ト・ウァース、スクランタン・ドライヴ 3605番

Claims (1)

1. 【特許請求の範囲】 １．移動ユニット内に位置した動作コードをリモートパッチするためのシステ ムにおいて、 少なくとも１つのパッチを定義する少なくとも１つの個別パッチメッセージの 送信をワイヤレス通信ネットワークを通して開始するよう動作可能の管理ホスト と、 少なくとも１つの個別パッチメッセージを受信するよう動作可能であり、そし てさらに、少なくとも１つのパッチを第一の移動ユニット内にあるカレント動作 コードとマージすることによりパッチ化動作コードを作成し、かつパッチ化動作 コードに実行を切り換えるよう動作可能である第一の移動ユニットと、 から成るシステム。 ２．カレント動作コード及びパッチ化動作コードが、第一の移動ユニット内に 位置したプロセッサのためのオブジェクトコードを構成する請求項１に記載のシ ステム。 ３．少なくとも１つの個別パッチメッセージが、少なくとも１つのパッチを定 義するパッチファイルを集合的に表す請求項１に記載のシステム。 ４．少なくとも１つの個別パッチメッセージが、１つの個別パッチメッセージ から成る請求項１に記載のシステム。 ５．１つの個別パッチメッセージが、カレント動作コードになされるべき１つ のパッチを定義する請求項４に記載のシステム。 ６．少なくとも１つの個別パッチメッセージが、複数の個別パッチメッセージ から成る請求項１に記載のシステム。 ７．少なくとも１つの個別パッチメッセージが、カレント動作コードになされ るべき複数のパッチを定義する請求項６に記載のシステム。 ８．少なくとも１つの個別パッチメッセージが、少なくとも１つの新規パッチ ファイルメッセージ及び少なくとも１つの追加パッチメッセージを含む請求項７ に記載のシステム。 ９．少なくとも１つの個別パッチメッセージはさらに、少なくとも１つの追加 データメッセージを含む請求項８に記載のシステム。 １０．移動ユニットは、少なくとも１つの個別パッチメッセージを別々に確認 する請求項１に記載のシステム。 １１．移動ユニットが少なくとも１つの個別パッチメッセージを別々に確認し 、かつ移動ユニットはパッチ化動作コードを確認する請求項１に記載のシステム 。 １２．少なくとも１つのパッチメッセージを受信するよう動作可能である第二 の移動ユニットを備え、そしてさらに、該第二の移動ユニットは、少なくとも１ つのパッチを第二の移動ユニット内に位置したカレント動作コードとマージする ことによりパッチ化動作コードを作成し、かつパッチ化動作コードに実行を切り 換えるよう動作可能であり、 管理ホストはさらに、少なくとも１つの個別パッチメッセージが第二の移動ユ ニットではなく、第一の移動ユニットに送信されるように少なくとも１つの個別 パッチメッセージをアドレスするよう動作可能である、 請求項１に記載のシステム。 １３．第一の移動ユニットが、第一のクライアントホストと関連しており、そ して、第二の移動ユニットが、第二のクライアントホストと関連している請求項 １２に記載のシステム。 １４．管理ホストはさらに、少なくとも１つの個別パッチメッセージが第一の 移動ユニット及び第二の移動ユニットに送信されるように少なくとも１つの個別 パッチメッセージをアドレスするよう動作可能である請求項１２に記載のシステ ム。 １５．第一の移動ユニットが、第一のクライアントホストと関連しており、そ して第二の移動ユニットが第二のクライアントホストと関連している請求項１４ に記載のシステム。 １６．ワイヤレス通信ネットワークが、第一の移動ユニットとの通信を確立し 、かつ少なくとも１つのパッチメッセージを第一の移動ユニットに送信するよう 動作可能である拡張サービス複合体を含む請求項１に記載のシステム。 １７．カレント動作コードをストアするよう動作可能のメモリと、 ワイヤレス通信ネットワークを通して送信された少なくとも１つの個別パッチ メッセージを受信するよう動作可能であり、かつ該少なくとも１つの個別パッチ メッセージがカレント動作コードになされるべき少なくとも１つのパッチを定義 する受信機と、 メモリ及び受信機に結合され、そして、カレント動作コードを実行し、少なく とも１つの個別パッチメッセージを処理し、少なくとも１つのパッチをカレント 動作コードによってマージすることによりパッチ化動作コードを作成し、そして パッチ化動作コードに実行を切り換えるよう動作可能であるプロセッサと、 から成る移動ユニット。 １８．カレント動作コード及びパッチ化動作コードが、プロセッサのためのオ ブジェクトコードを構成する請求項１７に記載のシステム。 １９．さらに、プロセッサに結合された第二のメモリを備え、 プロセッサは、第二のメモリ内の少なくとも１つの個別パッチメッセージによ り提供されるパッチ情報をストアするよう動作可能である請求項１７に記載のシ ステム。 ２０．さらに、プロセッサに結合された第三のメモリを備え、 プロセッサは、パッチ化動作コードが作成された後、第三のメモリ内にパッチ 化動作コードをストアするよう動作可能である請求項１９に記載のシステム。 ２１．プロセッサがさらに、第一のメモリと第三のメモリの間で実行を切り換 えるよう動作可能である請求項２０に記載のシステム。 ２２．プロセッサはさらに、システムリセット後、第一のメモリと第三のメモ リの間で実行を切り換えるよう動作可能である請求項２１に記載のシステム。 ２３．第一のメモリが第一のフラッシュバンクから成り、第二のメモリがラン ダムアクセスメモリから成り、そして第三のメモリが第二のフラッシュバンクか ら成る請求項２０に記載のシステム。 ２４．移動ユニット内に位置したカレント動作コードになされるべき複数のパ ッチを定義するための一組の個別パッチメッセージにおいて、 カレント動作コードになされるべき第一のパッチを定義するよう動作可能の新 規パッチファイルメッセージと、 カレント動作コードになされるべき追加のパッチを定義するよう動作可能の追 加パッチメッセージと、 パッチ定義情報を拡張するよう動作可能の追加データメッセージと、 から成る一組の個別パッチメッセージ。 ２５．新規パッチファイルメッセージが、パッチファイルＩＤ、ソフトウエア バージョン、パッチの数、及び第一のパッチデータを含む情報から成る請求項２ ４に記載の一組のパッチメッセージ。 ２６．追加パッチメッセージが、パッチファイルＩＤ、及び追加のパッチデー タを含む情報から成る請求項２５に記載の一組のパッチメッセージ。 ２７．追加データメッセージが、パッチファイルＩＤ、及びパッチ拡張データ を含む情報から成る請求項２６に記載の一組のパッチメッセージ。 ２８．動作コードをリモートパッチするための移動ユニットの動作方法におい て、 移動ユニット内に位置したカレント動作コードになされるべき少なくとも１つ のパッチを定義する少なくとも１つの個別パッチメッセージを受信し、 パッチ化動作コードを作成するために、少なくとも１つのパッチをカレント動 作コードによってマージすることによりパッチ化動作コードを作成し、そして、 パッチ化動作コードに実行を切り換える、 ことから成る移動ユニットの動作方法。 ２９．パッチ化動作コードの作成は、移動ユニット内に位置したプロセッサの ためのオブジェクトコードを構成するパッチ化動作コードの作成から成る請求項 ２８に記載の方法。 ３０．さらに、各パッチメッセージを、受信後確認するステップを備える請求 項２８に記載の方法。 ３１．さらに、パッチ化動作コードを作成後確認するステップを備える請求項 ２８に記載の方法。 ３２．パッチ化動作コードの作成は、 パッチがカレント動作コードの各バイトになされるべきかどうかを判断するた めにバイト毎にカレント動作コードを処理し、そして、 カレント動作コードが処理されるときバイト毎にメモリ内にパッチ化動作コー ドをストアする、 ことから成る請求項２８に記載の方法。 ３３．前記実行切り替えは、 第一のメモリ内にブートコードをコピーし、 実行が第二のメモリから第三のメモリに切り替わるように第一のメモリからシ ステムリセットを実行し、そして、 第三のメモリ内のパッチ化動作コードを使ってリスタートする、 ことから成る請求項２８に記載の方法。 ３４．さらに、第三のメモリから実行されるパッチ化動作コードを確認するス テップを備える請求項３３に記載の方法。 ３５．移動ユニット内に位置した動作コードをリモートパッチするための方法 において、 通信ネットワークを通して少なくとも１つのパッチを定義する少なくとも１つ の個別パッチメッセージを送信し、 第一の移動ユニットにおいて少なくとも１つのパッチメッセージを受信し、該 第一の移動ユニットは、第一の移動ユニット内に位置したカレント動作コードを 実行し、 少なくとも１つのパッチをカレント動作コードとマージすることにより第一の 移動ユニット内にパッチ化動作コードを作成し、そして、 第一の移動ユニット内の実行をパッチ化動作コードに切り換える、 ことから成るリモートパッチするための方法。 ３６．パッチ化動作コードの作成は、第一の移動ユニット内に位置したプロセ ッサのためのオブジェクトコードを構成するパッチ化動作コードの作成から成る 請求項３５に記載の方法。 ３７．パッチメッセージの受信は、少なくとも１つの個別パッチメッセージを 別々に確認することから成る請求項３５に記載の方法。 ３８．実行切り替えは、パッチ化動作コードの確認を含む請求項３７に記載の 方法。 ３９．個別パッチメッセージの送信は、通信ネットワークにおける拡張サービ ス複合体を使って達成される請求項３５に記載の方法。 ４０．個別パッチメッセージの送信は、さらに、少なくとも１つの個別パッチ メッセージが第二の移動ユニットにではなく第一の移動ユニットに送信されるよ うに少なくとも１つの個別パッチメッセージをアドレスすることを含む請求項３ ５に記載の方法。 ４１．第一の移動ユニットが第一のクライアントホストと関連しており、そし て第二の移動ユニットが第二のクライアントホストと関連している請求項４０に 記載の方法。 ４２．第一の移動ユニット及び第二の移動ユニットが、第一のクライアントホ ストと関連している請求項４０に記載の方法。