▶ チャンヂョウ シンユ オートモーティブ ライティング システムズ カンパニー リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-10-16
(54)【発明の名称】新型ポータブルプログラムアップグレード方法
(51)【国際特許分類】
G06F 8/65 20180101AFI20231006BHJP
【ＦＩ】
G06F8/65
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022558538
(86)(22)【出願日】2022-04-08
(11)【特許番号】
(45)【特許公報発行日】2023-10-04
(85)【翻訳文提出日】2022-09-27
(86)【国際出願番号】 CN2022085725
(87)【国際公開番号】W WO2023045300
(87)【国際公開日】2023-03-30
(31)【優先権主張番号】202111117889.8
(32)【優先日】2021-09-24
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】519212314
【氏名又は名称】チャンヂョウ シンユ オートモーティブ ライティング システムズ カンパニー リミテッド
【氏名又は名称原語表記】ＣＨＡＮＧＺＨＯＵ ＸＩＮＧＹＵ ＡＵＴＯＭＯＴＩＶＥ ＬＩＧＨＴＩＮＧ ＳＹＳＴＥＭＳ ＣＯ．， ＬＴＤ
【住所又は居所原語表記】Ｎｏ．３９８ Ｈａｎｊｉａｎｇ Ｒｏａｄ，Ｘｉｎｂｅｉ Ｄｉｓｔｒｉｃｔ Ｃｈａｎｇｚｈｏｕ，Ｊｉａｎｇｓｕ ２１３０２２ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110000291
【氏名又は名称】弁理士法人コスモス国際特許商標事務所
(72)【発明者】
【氏名】虞 小洲
(72)【発明者】
【氏名】徐 磊
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376CA15
5B376CA32
5B376CA48
(57)【要約】
本発明は、電子技術の分野に属する新型ポータブルプログラムアップグレード方法を開示し、まず、プロトコルプールから１つのプロトコルパケットを選択し、該プロトコルパケットでの暗号化されていない１つのハートビートプロトコルをアップグレード対象のデバイスに送信し、それによりアップグレード対象のデバイスがハートビートデータに応答してから暗号化されたハートビートプロトコルデータをアップグレード対象のデバイスに送信し、アップグレード対象のデバイスが正しい暗号化されたハートビートプロトコルに応答してからプロトコルパケットに対応するソースプログラムを２つの部分に分けて、プログラムのアップグレードのためにアップグレード対象のデバイスに送信することを決定し、アップグレードパケットの第１部分とアップグレードパケットの第２部分との間にパスワード検証を追加し、プログラムアップグレードの精度を確保するように、１種のポータブルアップグレードデバイスを介してさまざまな異なるアップグレード対象のデバイスへのプログラムアップグレードを行うという技術的な問題を解決し、本発明は、プロトコルデータのプログラミング作業を大幅に削減し、ハートビートデータにわずかな変更を加えるだけでよく、便利で広く適用可能である。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
新型ポータブルプログラムアップグレード方法であって、ポータブルアップグレードデバイスにおいて、プロトコルパケットデータベースと暗号化されたハートビートプロトコルデータベースが含まれるプロトコルパケットプールを設定し、暗号化されたハートビートプロトコルデータベースに複数の暗号化されたハートビートプロトコルを保存し、プロトコルパケットデータベースに複数のプロトコルパケットを保存し、プロトコルパケットプールにおいて、プロトコルパケットと暗号化されたハートビートプロトコルの保存アドレスとの間のマッピング関係表を確立し、ポータブルアップグレードデバイスにおいて、ソースプログラムデータプールを確立し、ソースプログラムデータプールに、アップグレード対象のデバイスのプログラムアップグレード用のいくつかのソースプログラムデータを保存し、ポータブルアップグレードデバイスにおいて、パスワード対照表保存領域とパスワードデータ保存領域が含まれるパスワードプールを確立し、パスワードデータ保存領域に、パスワード自体が含まれるいくつかのパスワードの具体的なデータと、パスワードが交換された後に保留される古いパスワード及び交換時間情報である前回交換情報を保存し、パスワード対照表保存領域に、ソースプログラムデータの保存アドレス、ソースプログラムデータに対応するパスワード保存アドレス、およびソースプログラムに対応するプロトコルパケットアドレス間の関係リストを確立して保存し、ポータブルアップグレードデバイスにおいて、プログラム属性検索モジュールを確立し、プログラム属性検索モジュールにおいて、プロトコルパケットプール、ソースプログラムデータプール、およびパスワードプール間のマッピング関係リストを確立するとともに、ソースプログラム検索エンジンを確立するステップ１と、
暗号化されていないハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、タイムスタンプ、チェックビット、テールバイトであり、アップグレード対象のデバイスによって応答される暗号化されていないハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、タイムスタンプ、チェックビット、テールバイトであり、ここで、デバイス番号が４つのバイト、最初の２つのバイトが上位ワード、最後の２つのバイトが下位ワード、上位ワードがデバイスのタイプ、下位ワードがデバイスの具体的な番号を表し、暗号化されたハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、ハートビートパスワード、チェックビット、テールバイトであり、アップグレード対象のデバイスによって応答される暗号化されたハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、ソースプログラムのバージョン番号、チェックビット、テールバイトであり、
ポータブルアップグレードデバイスが、正しいプロトコルパケットが採用されているか否かを決定するように、プログラミングインターフェースを介してアップグレード対象のデバイスに暗号化されていないハートビートプロトコルを送信し、この時にプロトコルパケットが正しくない場合には、アップグレード対象のデバイスが、いかなるハートビートプロトコルデータに応答せず、ポータブルアップグレードデバイスが、プロトコルパケットのタイプ及びそのソースプログラムが再選択される情報を表示し、オペレータに選択を促してから、ステップ２を実行し、正しい場合にはアップグレード対象のデバイスがハートビートプロトコルデータに応答し、ステップ３に進むステップ２と、
ポータブルアップグレードデバイスが、暗号化されたハートビートプロトコルを３回連続して間隔をあけて送信し、正しい暗号化されたハートビート応答が受信されたか否かを判断し、暗号化されたハートビートプロトコルが送信され、正しい応答が得られた場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しいことを証明し、ステップ４に進み、正しくない場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しくないこと、および対応するソースプログラムのバージョンも正しくないことを証明し、この際に、暗号化されたハートビートプロトコルパケットとソースプログラムを再選択するように提示され、オペレーターが再選択してから、ステップ２に進むステップ３と、
ポータブルアップグレードデバイスが、ソースプログラムアドレスを決定するとともにアップグレード対象のデバイスにソースプログラムの第１部分を送信するステップ４と、
ソースプログラムの第１部分が送信完了された後、ポータブルアップグレードデバイスが、ソースプログラムに対応するパスワードプール内のパスワードを送信し、ポータブルアップグレードデバイスが、アップグレード対象のデバイスから正しい応答を受信したか否かを判断し、アップグレード対象のデバイスからの正しい応答を受信した場合には、ステップ６に進み、アップグレード対象のデバイスからの正しい応答を受信していない場合にはステップ７に進むステップ５と、
ポータブルアップグレードデバイスが、ソースプログラムのアドレスを決定するとともに、アップグレード対象のデバイスにソースプログラムの第２部分を送信し、送信が完了した後、ポータブルアップグレードデバイスが、アップグレードが成功したことを提示するとともに、アップグレードに関連するすべてのノード情報を表示して、ステップ１０に進むステップ６と、
ポータブルアップグレードデバイスが、パスワードエラーメッセージを表示するとともに、パスワード関連の変更情報と現在のパスワード情報を表示するステップ７と、
ポータブルアップグレードデバイスがユーザーの選択を待って、タイマーがカウントし、ユーザーが選択した場合には、ステップ９に進み、ユーザーが選択操作を実行していない場合にはカウントが完了した後、アップグレードが失敗したことを提示するとともに、エラーノード情報を表示し、ステップ１０に進むステップ８と、
ユーザーがプロトコルパケットとソースプログラムデータを再選択するステップ９と、
終了するステップ１０と、を含む
ことを特徴とする新型ポータブルプログラムアップグレード方法。
【請求項2】
ハートビートパスワードは、パスワードプール内のパスワードと同じパスワードではなく、ソースプログラムのバージョン番号は、アップグレード対象のデバイスの元のプログラムのバージョン番号であることを特徴とする請求項１に記載の新型ポータブルプログラムアップグレード方法。
【請求項3】
１つのプロトコルパケットはいくつかの暗号化されたハートビートプロトコルに対応し、各暗号化されたハートビートプロトコルの暗号化されたデータはいずれも異なり、暗号化されたハートビートプロトコルは、暗号化されていないハートビートプロトコルのタイムスタンプをハートビートパスワードデータに変更した後に、パケット化して送信される暗号化されたプロトコルパケットであることを特徴とする請求項１に記載の新型ポータブルプログラムアップグレード方法。
【請求項4】
パスワードプール内のパスワードはユニークなものであり、１つのパスワードは１つの暗号化されたハートビートプロトコルにのみ対応し、パスワードプール内のパスワードは、暗号化されたハートビートプロトコルにおけるパスワードと同じものではなく、パスワードプールのデータ構造は２つの部分に分かれ、第１部分がパスワードの保存アドレスとマッピングされた暗号化されたハートビートプロトコルのアドレスを保存するために使用され、第２部分がパスワードデータ自体と関連する更新情報を保存するために使用されることを特徴とする請求項１に記載の新型ポータブルプログラムアップグレード方法。
【請求項5】
ステップ４と６を実行する時に、ソースプログラムは、ソースプログラムの第１部分とソースプログラムの第２部分という２つの部分に分かれてソースプログラムデータプールに保存され、アップグレードパケットの第１部分の前にソースプログラム属性を追加し、ソースプログラム属性にはバージョン番号が含まれることを特徴とする請求項１に記載の新型ポータブルプログラムアップグレード方法。
【請求項6】
ステップ７を実行する時に、正しい応答が受信されていない場合には、パスワードプールのパスワード検証が失敗したことを証明し、この場合に、使用されるパスワードプール内のパスワードデータ及び関連する更新情報が表示され、更新情報には、パスワード更新の時間情報と前回更新時に保持されていた古いパスワード情報が含まれることを特徴とする請求項１に記載の新型ポータブルプログラムアップグレード方法。
【請求項7】
ステップ８と９を実行する時に、ユーザーは、ポータブルアップグレードデバイスが提供するタッチスクリーンで選択を行うことを特徴とする請求項１に記載の新型ポータブルプログラムアップグレード方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、電子技術の分野に属し、新型ポータブルプログラムアップグレード方法に関する。
【背景技術】
【0002】
成熟した電子機器には、常に多数のテスト、変更、再テスト、および再変更というプロセスが伴う。実車検証が行われた製品のみ、安定的で信頼できるものである。
【0003】
従来の電子製品では、一旦問題が発生した場合、ケースを取り外す必要があり、外観や構造が損傷し、製品の廃棄に直接的につながり、多くの時間とお金を浪費する。
【0004】
現在、車内の多くの電子機器にはＬＩＮまたはＣＡＮバスが搭載されており、バス通信方式により、取り外さずにリモートアップグレードが可能であり、元の取り外しによるメンテナンスと同じ目的を達成し、便利で迅速である。
【0005】
一般のアフターメンテナンス担当者の知識は比較的不足しており、一人あたり一台のパソコンを配布してＰＣ側のホストコンピュータを活用してリモートアップグレードを実現すると、担当者に対する要求が少し厳しくなり、面倒な操作によってアップグレードの失敗につながる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【0006】
上記の技術的問題を解決するために、本発明は、プログラムアップグレードの精度を確保するために、１種のポータブルアップグレードデバイスを介してさまざまな異なるアップグレード対象のデバイスをプログラムアップグレードするという技術的な問題を解決する新型ポータブルプログラムアップグレード方法を提供することを目的とする。
【課題を解決するための手段】
【0007】
上記の目的を達成するために、本発明は以下の技術的解決手段を採用する。新型ポータブルプログラムアップグレード方法であって、ポータブルアップグレードデバイスにおいて、プロトコルパケットデータベースと暗号化されたハートビートプロトコルデータベースとが含まれるプロトコルパケットプールを設定し、暗号化されたハートビートプロトコルデータベースに複数の暗号化されたハートビートプロトコルを保存し、プロトコルパケットデータベースに複数のプロトコルパケットを保存し、プロトコルパケットプールにおいて、プロトコルパケットと暗号化されたハートビートプロトコルの保存アドレスとの間のマッピング関係表を確立し、ポータブルアップグレードデバイスにおいて、ソースプログラムデータプールを確立し、ソースプログラムデータプールに、アップグレード対象のデバイスのプログラムアップグレード用のいくつかのソースプログラムデータを保存し、ポータブルアップグレードデバイスにおいて、パスワード対照表保存領域とパスワードデータ保存領域とが含まれるパスワードプールを確立し、パスワードデータ保存領域に、パスワード自体が含まれるいくつかのパスワードの具体的なデータと、パスワードが交換された後に保留される古いパスワード及び交換時間情報である前回交換情報を保存し、パスワード対照表保存領域に、ソースプログラムデータの保存アドレス、ソースプログラムデータに対応するパスワード保存アドレス、およびソースプログラムに対応するプロトコルパケットアドレス間の関係リストを確立して保存し、ポータブルアップグレードデバイスにおいて、プログラム属性検索モジュールを確立し、プログラム属性検索モジュールにおいて、プロトコルパケットプール、ソースプログラムデータプール、およびパスワードプール間のマッピング関係リストを確立するとともに、ソースプログラム検索エンジンを確立するステップ１と、
ポータブルアップグレードデバイスが、正しいプロトコルパケットが採用されているか否かを決定するように、プログラミングインターフェースを介してアップグレード対象のデバイスに暗号化されていないハートビートプロトコルを送信し、この時にプロトコルパケットが正しくない場合には、アップグレード対象のデバイスが、いかなるハートビートプロトコルデータに応答せず、ポータブルアップグレードデバイスが、プロトコルパケットのタイプ及びそのソースプログラムが再選択される情報を表示し、オペレータに選択を促してから、ステップ２を実行し、正しい場合にはアップグレード対象のデバイスがハートビートプロトコルデータに応答し、ステップ３に進むステップ２と、
ポータブルアップグレードデバイスが、暗号化されたハートビートプロトコルを３回連続して間隔をあけて送信し、正しい暗号化されたハートビート応答が受信されたか否かを判断し、暗号化されたハートビートプロトコルが送信され、正しい応答が得られた場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しいことを証明し、ステップ４に進み、正しくない場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しくないこと、および対応するソースプログラムのバージョンも正しくないことを証明し、この際に、暗号化されたハートビートプロトコルパケットとソースプログラムを再選択するように提示され、オペレーターが再選択してから、ステップ２に進むステップ３と、
ポータブルアップグレードデバイスが、ソースプログラムアドレスを決定するとともにアップグレード対象のデバイスにソースプログラムの第１部分を送信するステップ４と、
ソースプログラムの第１部分が送信完了された後、ポータブルアップグレードデバイスが、ソースプログラムに対応するパスワードプール内のパスワードを送信し、ポータブルアップグレードデバイスが、アップグレード対象のデバイスからの正しい応答を受信したか否かを判断し、アップグレード対象のデバイスからの正しい応答を受信した場合には、ステップ６に進み、アップグレード対象のデバイスからの正しい応答を受信していない場合にはステップ７に進むステップ５と、
ポータブルアップグレードデバイスが、ソースプログラムのアドレスを決定するとともに、アップグレード対象のデバイスにソースプログラムの第２部分を送信し、送信が完了した後、ポータブルアップグレードデバイスが、アップグレードが成功したことを提示するとともに、アップグレードに関連するすべてのノード情報を表示して、ステップ１０に進むステップ６と、
ポータブルアップグレードデバイスが、パスワードエラーメッセージを表示するとともに、パスワード関連の変更情報と現在のパスワード情報を表示するステップ７と、
ポータブルアップグレードデバイスがユーザーの選択を待ち、タイマーがカウントし、ユーザーが選択した場合には、ステップ９に進み、ユーザーが選択操作を実行していない場合にはカウントが完了した後に、アップグレードが失敗したことを提示するとともに、エラーノード情報を表示し、ステップ１０に進むステップ８と、
ユーザーがプロトコルパッケージとソースプログラムデータを再選択するステップ９と、
終了するステップ１０と、を含む。
ポータブルアップグレードデバイスが、正しいプロトコルパケットが採用されているか否かを決定するように、プログラミングインターフェースを介してアップグレード対象のデバイスに暗号化されていないハートビートプロトコルを送信し、この時にプロトコルパケットが正しくない場合には、アップグレード対象のデバイスが、いかなるハートビートプロトコルデータに応答せず、ポータブルアップグレードデバイスが、プロトコルパケットのタイプ及びそのソースプログラムが再選択される情報を表示し、オペレータに選択を促してから、ステップ２を実行し、正しい場合にはアップグレード対象のデバイスがハートビートプロトコルデータに応答し、ステップ３に進むステップ２と、
ポータブルアップグレードデバイスが、暗号化されたハートビートプロトコルを３回連続して間隔をあけて送信し、正しい暗号化されたハートビート応答が受信されたか否かを判断し、暗号化されたハートビートプロトコルが送信され、正しい応答が得られた場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しいことを証明し、ステップ４に進み、正しくない場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しくないこと、および対応するソースプログラムのバージョンも正しくないことを証明し、この際に、暗号化されたハートビートプロトコルパケットとソースプログラムを再選択するように提示され、オペレーターが再選択してから、ステップ２に進むステップ３と、
ポータブルアップグレードデバイスが、ソースプログラムアドレスを決定するとともにアップグレード対象のデバイスにソースプログラムの第１部分を送信するステップ４と、
ソースプログラムの第１部分が送信完了された後、ポータブルアップグレードデバイスが、ソースプログラムに対応するパスワードプール内のパスワードを送信し、ポータブルアップグレードデバイスが、アップグレード対象のデバイスからの正しい応答を受信したか否かを判断し、アップグレード対象のデバイスからの正しい応答を受信した場合には、ステップ６に進み、アップグレード対象のデバイスからの正しい応答を受信していない場合にはステップ７に進むステップ５と、
ポータブルアップグレードデバイスが、ソースプログラムのアドレスを決定するとともに、アップグレード対象のデバイスにソースプログラムの第２部分を送信し、送信が完了した後、ポータブルアップグレードデバイスが、アップグレードが成功したことを提示するとともに、アップグレードに関連するすべてのノード情報を表示して、ステップ１０に進むステップ６と、
ポータブルアップグレードデバイスが、パスワードエラーメッセージを表示するとともに、パスワード関連の変更情報と現在のパスワード情報を表示するステップ７と、
ポータブルアップグレードデバイスがユーザーの選択を待ち、タイマーがカウントし、ユーザーが選択した場合には、ステップ９に進み、ユーザーが選択操作を実行していない場合にはカウントが完了した後に、アップグレードが失敗したことを提示するとともに、エラーノード情報を表示し、ステップ１０に進むステップ８と、
ユーザーがプロトコルパッケージとソースプログラムデータを再選択するステップ９と、
終了するステップ１０と、を含む。
【0008】
好ましくは、暗号化されていないハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、タイムスタンプ、チェックビット、テールバイトである。
【0009】
アップグレード対象のデバイスによって応答される暗号化されていないハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、タイムスタンプ、チェックビット、テールバイトであり、ここで、デバイス番号が４つのバイト、最初の２つのバイトが上位ワード、最後の２つのバイトが下位ワード、上位ワードがデバイスのタイプ、下位ワードがデバイスの具体的な番号を表す。
【0010】
暗号化されたハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、ハートビートパスワード、チェックビット、テールバイトである。
【0011】
アップグレード対象のデバイスによって応答される暗号化されたハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、ソースプログラムのバージョン番号、チェックビット、テールバイトであり、ここで、ハートビートパスワードが、パスワードプール内のパスワードと同じパスワードではなく、ソースプログラムのバージョン番号が、アップグレード対象のデバイスの元のプログラムのバージョン番号である。
【0012】
好ましくは、１つのプロトコルパケットはいくつかの暗号化されたハートビートプロトコルに対応し、各暗号化されたハートビートプロトコルの暗号化されたデータはいずれも異なり、暗号化されたハートビートプロトコルは、暗号化されていないハートビートプロトコルのタイムスタンプをハートビートパスワードデータに変更した後に、パケット化して送信される暗号化されたプロトコルパケットである。
【0013】
好ましくは、パスワードプール内のパスワードはユニークなものであり、１つのパスワードは１つの暗号化されたハートビートプロトコルにのみ対応し、パスワードプール内のパスワードは、暗号化されたハートビートプロトコルにおけるパスワードと同じものではなく、パスワードプールのデータ構造は２つの部分に分かれ、第１部分がパスワードの保存アドレスとマッピングされた暗号化されたハートビートプロトコルのアドレスを保存するために使用され、第２部分がパスワードデータ自体と関連する更新情報を保存するために使用される。
【0014】
好ましくは、ステップ４と６を実行する時に、ソースプログラムは、ソースプログラムの第１部分とソースプログラムの第２部分という２つの部分に分かれてソースプログラムデータプールに保存され、アップグレードパケットの第１部分の前にソースプログラム属性を追加し、ソースプログラム属性にバージョン番号が含まれる。
【0015】
好ましくは、ステップ７を実行する時に、正しい応答が受信されていない場合には、パスワードプールのパスワード検証が失敗したことを証明し、この場合に、使用されるパスワードプール内のパスワードデータ及び関連する更新情報が表示され、更新情報には、パスワード更新の時間情報と前回更新時に保持されていた古いパスワード情報が含まれる。
【0016】
好ましくは、ステップ８と９を実行する時に、ユーザーは、ポータブルアップグレードデバイスが提供するタッチスクリーンで選択を行う。
【発明の効果】
【0017】
本発明の有益な効果は以下のとおりである。本発明に記載の新型ポータブルプログラムアップグレード方法は、プログラムアップグレードの精度を確保するように、１種のポータブルアップグレードデバイスを介してさまざまな異なるアップグレード対象のデバイスへのプログラムアップグレードを行うという技術的な問題を解決し、本発明は、アップグレードデバイスが正しいか否かを確認するためにハートビートプロトコルの形式を採用し、プロトコルデータのプログラミング作業を大幅に削減し、ハートビートデータに対しわずかな変更を加えるだけでよく、便利で広く適用され、本発明は、アップグレードプログラムを２つのアップグレードパケットに分けてアップグレード対象のデバイスに送信するという形態を採用し、アップグレードプロセスにおけるエラーを段階的にチェックすることができ、誤った操作を迅速に中断することができ、効率的なアップグレード作業を保証することができ、本発明は、アップグレードパケットを送信すると同時にパスワード検証を実行し、アップグレード作業の機密性を大幅に向上させ、アップグレードプログラムの正確性が保証され、本発明は、ＡＲＭシステムなどのオペレーティングシステムを備えたデバイスに適用可能である。
【図面の簡単な説明】
【0018】
【図1】本発明のプログラム属性検索表のマッピング関係概略図である。
【図2】本発明のプロトコルパケットプールのデータ構造概略図である。
【図3】本発明のソースプログラムデータプールのデータ構造概略図である。
【図4】本発明のパスワードプールのデータ構造概略図である。
【図5】本発明のプログラムアップグレードフローチャートである。
【発明を実施するための形態】
【0019】
本発明の実施例における技術的解決手段については、本発明の実施例における添付の図面を参照して、以下に明確かつ完全に説明し、明らかに、記載された実施例は、本発明のすべての実施例ではなく一部の実施例にすぎない。本発明の実施例により、創造的な作業がない前提で当業者によって得られた他のすべての実施例は、本発明の保護範囲に含まれる。
【0020】
図１～５に示す新型ポータブルプログラムアップグレード方法は、以下のステップを含む。
ステップ１：ポータブルアップグレードデバイスにおいて、プロトコルパケットデータベースと暗号化されたハートビートプロトコルデータベースが含まれるプロトコルパケットプールを設定し、暗号化されたハートビートプロトコルデータベースに複数の暗号化されたハートビートプロトコルを保存し、プロトコルパケットデータベースに複数のプロトコルパケットを保存し、プロトコルパケットプールにおいて、プロトコルパケットと暗号化されたハートビートプロトコルの保存アドレスとの間のマッピング関係表を確立し、ポータブルアップグレードデバイスにおいて、ソースプログラムデータプールを確立し、ソースプログラムデータプールに、アップグレード対象のデバイスのプログラムアップグレード用のいくつかのソースプログラムデータを保存し、各ソースプログラムデータがいずれも、ソースプログラム属性、アップグレードパケットの第１部分、およびアップグレードパケットの第２部分に分かれ、ソースプログラムデータプールが、上位保存領域と下位保存領域という２つの保存領域に分かれ、上位保存領域は、すべてのソースプログラムデータのソースプログラム属性とアップグレードパケットの第１部分を保存するために使用され、下位保存領域は、すべてのソースプログラムデータのアップグレードパケットの第２部分を保存するために使用され、ポータブルアップグレードデバイスに、パスワード対照表保存領域とパスワードデータ保存領域が含まれるパスワードプールを確立し、パスワードデータ保存領域にパスワード自体が含まれるいくつかのパスワードの具体的なデータと、パスワードが交換された後に保持されていた古いパスワード及び交換時間情報である前回交換情報を保存し、パスワード対照表保存領域に、ソースプログラムデータの保存アドレス、ソースプログラムデータに対応するパスワード保存アドレス、およびソースプログラムに対応するプロトコルパケットアドレス間の関係リストを確立して保存し、ポータブルアップグレードデバイスにおいて、プログラム属性検索モジュールを確立し、プログラム属性検索モジュールで、プロトコルパケットプール、ソースプログラムデータプール、およびパスワードプール間のマッピング関係リストを確立するとともに、ソースプログラム検索エンジンを確立する。
ステップ１：ポータブルアップグレードデバイスにおいて、プロトコルパケットデータベースと暗号化されたハートビートプロトコルデータベースが含まれるプロトコルパケットプールを設定し、暗号化されたハートビートプロトコルデータベースに複数の暗号化されたハートビートプロトコルを保存し、プロトコルパケットデータベースに複数のプロトコルパケットを保存し、プロトコルパケットプールにおいて、プロトコルパケットと暗号化されたハートビートプロトコルの保存アドレスとの間のマッピング関係表を確立し、ポータブルアップグレードデバイスにおいて、ソースプログラムデータプールを確立し、ソースプログラムデータプールに、アップグレード対象のデバイスのプログラムアップグレード用のいくつかのソースプログラムデータを保存し、各ソースプログラムデータがいずれも、ソースプログラム属性、アップグレードパケットの第１部分、およびアップグレードパケットの第２部分に分かれ、ソースプログラムデータプールが、上位保存領域と下位保存領域という２つの保存領域に分かれ、上位保存領域は、すべてのソースプログラムデータのソースプログラム属性とアップグレードパケットの第１部分を保存するために使用され、下位保存領域は、すべてのソースプログラムデータのアップグレードパケットの第２部分を保存するために使用され、ポータブルアップグレードデバイスに、パスワード対照表保存領域とパスワードデータ保存領域が含まれるパスワードプールを確立し、パスワードデータ保存領域にパスワード自体が含まれるいくつかのパスワードの具体的なデータと、パスワードが交換された後に保持されていた古いパスワード及び交換時間情報である前回交換情報を保存し、パスワード対照表保存領域に、ソースプログラムデータの保存アドレス、ソースプログラムデータに対応するパスワード保存アドレス、およびソースプログラムに対応するプロトコルパケットアドレス間の関係リストを確立して保存し、ポータブルアップグレードデバイスにおいて、プログラム属性検索モジュールを確立し、プログラム属性検索モジュールで、プロトコルパケットプール、ソースプログラムデータプール、およびパスワードプール間のマッピング関係リストを確立するとともに、ソースプログラム検索エンジンを確立する。
【0021】
ステップ２：ポータブルアップグレードデバイスが、正しいプロトコルパケットが使用されているか否かを決定するように、プログラミングインターフェースを介してアップグレード対象のデバイスに暗号化されていないハートビートプロトコルを送信し、この時にプロトコルパケットが正しくない場合には、アップグレード対象のデバイスが、いかなるハートビートプロトコルデータに応答せず、ポータブルアップグレードデバイスが、プロトコルパケットのタイプとそのソースプログラムを再選択される情報を表示し、オペレータに選択を促してから、ステップ２を実行し、正しい場合にはアップグレード対象のデバイスがハートビートプロトコルデータに応答し、ステップ３に進む。
【0022】
ステップ３：ポータブルアップグレードデバイスが、暗号化されたハートビートプロトコルを３回連続して間隔をあけて送信し、正しい暗号化されたハートビート応答が受信されたか否かを判断し、暗号化されたハートビートプロトコルが送信され、正しい応答が得られた場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しいことを証明し、ステップ４に進み、正しくない場合には、ポータブルアップグレードデバイスとアップグレード対象のデバイス間のハートビートプロトコルが正しくないこと、および対応するソースプログラムのバージョンも正しくないことを証明し、この際に、暗号化されたハートビートプロトコルパケットとソースプログラムを再選択するように提示され、オペレーターが再選択してから、ステップ２に進む。
【0023】
同一プロトコルパケットが複数の異なるハートビート暗号化プロトコルに対応する可能性があるため、ここでハートビート暗号化プロトコルを決定してから、アップグレードプログラムのソースプログラムのバージョンが正しく選択されているか否かを決定する必要がある。
【0024】
ステップ４：ポータブルアップグレードデバイスが、ソースプログラムアドレスを決定するとともに、アップグレード対象のデバイスにソースプログラムの第１部分を送信する。
【0025】
本実施例において、プロトコルパケットプールとソースプログラムデータプールとの間のマッピング関係としては、プロトコルパケットプールには暗号化されたハートビートプロトコルのアドレスが記録され、また、暗号化されたハートビートプロトコルにはソースプログラム属性アドレスが記録されることによって、プロトコルパケットに対応するソースプログラムを正確に見つけることができる。
【0026】
図２及び図３に示すように、プロトコルパケット１、プロトコルパケット２．．．プロトコルパケットｎは、複数のプロトコルパケットを表し、暗号化されたハートビートプロトコル１、暗号化されたハートビートプロトコル２．．．暗号化されたハートビートプロトコルｎは、複数の暗号化されたハートビートプロトコルを表し、保存時のデータ構造は、プロトコルパケット１＋関連する暗号化されたハートビートのアドレス、暗号化されたハートビートプロトコル１＋ソースプログラム１の属性アドレスという保存方式である。
【0027】
１つのプロトコルパケットは複数の暗号化されたハートビートプロトコルに対応する可能性があるため、そのマッピング方式は、暗号化されたハートビートプロトコル１が暗号化されたハートビートプロトコル１および暗号化されたハートビートプロトコル２に対応し、また、暗号化されたハートビートプロトコル２が、暗号化されたハートビートプロトコル３および暗号化されたハートビートプロトコル４に対応することであり、本発明は、この方式で正確なソースプログラムを見つける。
【0028】
ステップ５：ソースプログラムの第１部分が送信完了された後、ポータブルアップグレードデバイスが、ソースプログラムに対応するパスワードプール内のパスワードを送信し、ポータブルアップグレードデバイスが、アップグレード対象のデバイスからの正しい応答を受信したか否かを判断し、アップグレード対象のデバイスからの正しい応答を受信した場合には、ステップ６に進み、アップグレード対象のデバイスからの正しい応答を受信していない場合には、ステップ７に進む。
【0029】
図４に示すように、パスワードプール内のデータ保存構造であり、パスワードプールのデータ構造は２つの部分に分かれ、１つがパスワードの保存アドレスとマッピングされた暗号化されたハートビートプロトコルのアドレスを保存するために使用され、もう１つがパスワードデータ自体及び関連する更新情報を保存するために使用される。
【0030】
例えば、パスワード１アドレス＋暗号化されたハートビートプロトコル１アドレス、つまり、パスワード１の保存アドレスとマッピングされた暗号化されたハートビートプロトコル１の保存アドレスである。
【0031】
パスワード１＋時間情報＋前回交換情報、つまり、パスワード１の具体的なデータ自体、パスワード更新の時間情報、および前回更新時に保持されていた古いパスワード情報である。
【0032】
本発明は、ユニークパスワード方法を採用し、ソースプログラムの機密性を大幅に高め、且つ、アップグレード作業が２つの部分に分かれることができるため、プロセス検査の強度が高まり、アップグレード作業の精度が保証される。
【0033】
ステップ６：ポータブルアップグレードデバイスが、ソースプログラムのアドレスを決定するとともに、アップグレード対象のデバイスにソースプログラムの第２部分を送信し、送信が完了した後、ポータブルアップグレードデバイスが、アップグレードが成功したことを提示するとともに、アップグレードに関連するすべてのノード情報を表示して、ステップ１０に進む。
【0034】
図３に示すように、本発明のソースプログラムは、ソースプログラムの第１部分及びソースプログラムの第２部分、つまり図３に示されるアップグレードの第１部分及び第２部分の２つの部分に分かれてソースプログラムデータプールに保存されたものであり、図３のソースプログラム１、ソースプログラム２．．．ソースプログラムｎは、複数のソースプログラムパケットを表し、ソースプログラムのバージョン番号を表すために、本発明は、アップグレードパケットの第１部分の前にソースプログラム属性を追加し、ソースプログラム属性には、バージョン番号が含まれる。
【0035】
本発明は、アップグレードプロセスを、暗号化されていないハートビートプロトコルノード、暗号化されたハートビートプロトコルノード、アップグレードパケットノードの第１部分、パスワードプールのパスワードチェックノード、およびアップグレードパケットノードの第２部分に分かれ、アップグレードが完了した後、ディスプレイインターフェースに各ノードの関連情報が表示され、これにより、アップグレード作業のトレーサビリティが大幅に向上し、アップグレード作業の精度が向上する。
【0036】
ステップ７：ポータブルアップグレードデバイスが、パスワードエラーメッセージを表示するとともに、パスワード関連の変更情報と現在のパスワード情報を表示し、正しい応答が受信されていない場合には、パスワードプールのパスワード検証が失敗したことを証明し、このとき、使用されるパスワードプール内のパスワードデータ及び関連する更新情報が表示され、更新情報には、パスワード更新の時間情報と前回更新時に保持されていた古いパスワード情報が含まれる。
【0037】
ステップ８：ポータブルアップグレードデバイスが、ユーザーの選択を待ち、タイマーがカウントし、ユーザーが選択した場合には、ステップ９に進み、ユーザーが選択操作を実行していない場合には、カウントが完了した後、アップグレードが失敗したことを提示するとともに、エラーノード情報を表示し、ステップ１０に進む。
ステップ９：ユーザーがプロトコルパケットとソースプログラムデータを再選択する。
ステップ１０：終了する。
ステップ９：ユーザーがプロトコルパケットとソースプログラムデータを再選択する。
ステップ１０：終了する。
【0038】
好ましくは、暗号化されていないハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、タイムスタンプ、チェックビット、テールバイトである。
【0039】
アップグレード対象のデバイスによって応答される暗号化されていないハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、タイムスタンプ、チェックビット、テールバイトである。
【0040】
ここで、デバイス番号は４つのバイトであり、最初の２つのバイトが上位ワード、最後の２つのバイトが下位ワードであり、上位ワードがデバイスのタイプ、下位ワードがデバイスの具体的な番号を表す。
【0041】
本実施例において、すべてのアップグレード対象のデバイスで使用されるプロトコルには、すべてハートビートプロトコルが含まれる。
【0042】
暗号化されたハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、ハートビートパスワード、チェックビット、テールバイトである。
【0043】
アップグレード対象のデバイスによって応答される暗号化されたハートビートプロトコルは、ヘッダーバイト、デバイス番号、タイプ、ソースプログラム、バージョン番号、チェックビット、テールバイトである。
【0044】
ここで、ハートビートパスワードは、パスワードプール内のパスワードと同じパスワードではなく、ソースプログラムのバージョン番号は、アップグレード対象のデバイスの元のプログラムのバージョン番号である。
【0045】
本実施例では、暗号化されたハートビートプロトコルにより、アップグレード対象のデバイスの元のプログラムがどれであるかを十分に決定することができ、アップグレードの準備ができているソースプログラムを正確に選択することもできる。
【0046】
好ましくは、１つのプロトコルパケットはいくつかの暗号化されたハートビートプロトコルに対応し、各暗号化されたハートビートプロトコルの暗号化されたデータはいずれも異なり、暗号化されたハートビートプロトコルは、暗号化されていないハートビートプロトコルのタイムスタンプをハートビートパスワードデータに変更した後に、パケット化して送信される暗号化されたプロトコルパケットである。
【0047】
好ましくは、パスワードプール内のパスワードはユニークなものであり、１つのパスワードは１つの暗号化されたハートビートプロトコルにのみ対応し、パスワードプール内のパスワードは、暗号化されたハートビートプロトコルにおけるパスワードと同じものではなく、パスワードプールのデータ構造は２つの部分に分かれ、第１部分がパスワードの保存アドレスとマッピングされた暗号化されたハートビートプロトコルのアドレスを保存するために使用され、第２部分がパスワードデータ自体と関連する更新情報を保存するために使用される。
【0048】
好ましくは、ステップ４と６を実行する時に、ソースプログラムは、ソースプログラムの第１部分とソースプログラムの第２部分という２つの部分に分かれてソースプログラムデータプールに保存され、アップグレードパケットの第１部分の前にソースプログラム属性を追加し、ソースプログラム属性にバージョン番号が含まれる。
【0049】
好ましくは、ステップ７を実行する時に、正しい応答が受信されていない場合には、パスワードプールのパスワード検証が失敗したことを証明し、この場合に、使用されるパスワードプール内のパスワードデータ及び関連する更新情報が表示され、更新情報には、パスワード更新の時間情報と前回更新時に保持されていた古いパスワード情報が含まれる。
【0050】
好ましくは、ステップ８と９を実行する時に、ユーザーは、ポータブルアップグレードデバイスが提供するタッチスクリーンで選択を行う。
【0051】
本実施例において、ポータブルアップグレードデバイスには、１つのタッチスクリーン、１つのメインコントロールチップ、プログラミングインターフェース、３つのｆｌａｓｈメモリが含まれ、３つのｆｌａｓｈメモリは、それぞれ異なるＩＯポートを介してメインコントロールチップと通信し、プログラミングインターフェースはメインコントロールチップと通信し、タッチスクリーンはシリアルポートを介してメインコントロールチップと通信する。
【0052】
これらの３つのｆｌａｓｈメモリをそれぞれｆｌａｓｈメモリＡ、ｆｌａｓｈメモリＢ、ｆｌａｓｈメモリＣとして設定し、プロトコルパケットプールは、２つのデータ保存領域に分割されたｆｌａｓｈメモリＡで確立され、プロトコルパケットデータベースと暗号化されたハートビートプロトコルデータベースは、これら２つのデータ保存領域内にそれぞれ保存される。
【0053】
プログラム属性検索モジュールは、メインコントロールチップに設置される。
【0054】
前記ソースプログラムデータプールはｆｌａｓｈメモリＢで確立され、ｆｌａｓｈメモリＢは２つの保存領域に分かれ、ソースプログラムデータは２つの部分に分かれてｆｌａｓｈメモリＢの２つの保存領域に保存される。
【0055】
前記パスワードプールはｆｌａｓｈメモリＣで確立され、ｆｌａｓｈメモリＣは２つの保存領域に分かれ、１つの保存領域が、パスワードの保存アドレスとマッピングされた暗号化ハートビートプロトコルのアドレスを保存するために使用され、もう１つの保存領域が、パスワードのデータ自体及び関連する更新情報を保存するために使用される。
【0056】
本実施例において、ソースプログラムデータ、パスワード、プロトコルパケットには多くの種類があるため、データの取得及び相互作用を容易にするために、それらを複数のｆｌａｓｈメモリに分けて保存する必要がある。
【0057】
本発明に記載の新型ポータブルプログラムアップグレード方法は、プログラムアップグレードの精度を確保するために、１種のポータブルアップグレードデバイスを介してさまざまな異なるアップグレード対象のデバイスへのプログラムアップグレードを行うという技術的な問題を解決し、本発明は、アップグレードデバイスが正しいか否かを確認するためにハートビートプロトコルの形式を採用し、プロトコルデータのプログラミング作業を大幅に削減し、ハートビートデータに対しわずかな変更を加えるだけでよく、便利で広く適用され、本発明は、アップグレードプログラムを２つのアップグレードパケットに分けてアップグレード対象のデバイスに送信するという形態を採用し、アップグレードプロセスにおけるエラーを段階的にチェックすることができ、誤った操作を迅速に中断することができ、効率的なアップグレード作業を保証することができ、本発明は、アップグレードパケットを送信すると同時にパスワード検証を実行し、アップグレード作業の機密性を大幅に向上させ、アップグレードプログラムの正確性が保証され、本発明は、ＡＲＭシステムなどのオペレーティングシステムを備えたデバイスに適用可能である。
【0058】
当業者は、上記実施例の方法に付けられるすべて又は一部のステップの実現が、プログラムにより関連するハードウェアを命令して完成されることができ、前記プログラムがコンピュータ可読記憶媒体に記憶されてもよく、該プログラムが実行されるとき、方法実施例のステップのうちの１つまたはそれらの組み合わせを含むことを理解することができる。
【0059】
さらに、本発明の各実施例における各機能ユニットは、１つの処理モジュールに統合されてもよく、または各ユニットは、物理的に単独で存在してもよく、または２つ以上のユニットが１つのモジュールに統合されてもよい。上記の統合モジュールは、ハードウェア機能モジュールの形式でも、ソフトウェアの機能モジュールの形式でも実現されることができる。前記統合モジュールは、ソフトウェア機能モジュールの形式で実現され、独立した製品として販売や使用される場合に、１つのコンピュータ可読記憶媒体に記憶されることもできる。
【0060】
上記に本発明の実施例が示され説明されたが、当然なことながら、上記した実施例は例示的なものであり、本発明を限定するものとして解釈されるべきではなく、当業者は、本発明の範囲で上記した実施例に変更、修正、置換、および変形を加えることができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【国際調査報告】