(57)【特許請求の範囲】
【請求項１】
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
前記第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
前記第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末に適用されるファームウェアの復元方法であって、
前記端末におけるファームウェアを復元するための復元信号を受信するステップと、
前記第１記憶領域を非活性化し、前記第２記憶領域を活性化するステップと、
活性化状態にある前記第２記憶領域に記憶されているファームウェアをロードするステップと、
を含み、
前記第１記憶領域を非活性化し、前記第２記憶領域を活性化するステップは、
前記第１記憶領域の第１メモリアドレス及び前記第２記憶領域の第２メモリアドレスを取得するステップと、
前記第１メモリアドレスに対応する記憶領域を非活性化するステップと、
前記第２メモリアドレスに対応する記憶領域を活性化するステップと、
を含み、
前記第２メモリアドレスに対応する記憶領域を活性化するステップは、
前記第２メモリアドレスが２つ以上である場合、予め設定された条件に基づいて、１つの第２メモリアドレスを選択し、前記端末は、各第２メモリアドレスに対応する記憶領域に記憶されているファームウェアに対してチェックコードを設定し、当該チェックコードに基づいて当該第２メモリアドレスに対応する記憶領域に記憶されたファームウェアの損傷の有無を判断し、その中から、ファームウェアがダメージされていない第２メモリアドレスを選択するステップと、
選択した前記第２メモリアドレスに対応する第２記憶領域を活性化するステップと、を含み、
前記予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の間の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無に関する情報、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれることを特徴とするファームウェアの復元方法。
【請求項２】
前記第１記憶領域の第１メモリアドレス及び前記第２記憶領域の第２メモリアドレスを取得するステップは、
各記憶領域のメモリアドレスが記憶されているパーティションテーブルを読み取るステップと、
前記パーティションテーブルに基づいて、前記第１メモリアドレス及び前記第２メモリアドレスを決定するステップと、
を含むことを特徴とする請求項１に記載のファームウェアの復元方法。
【請求項３】
前記端末のアップデート・ファームウェアの取得を要求するための取得要求をサーバに送信するステップと、
前記サーバからリターンされる前記アップデート・ファームウェアを受信するステップと、
前記第１記憶領域と前記第２記憶領域の状態を特定するステップと、
前記第１記憶領域が活性化状態にあり、前記第２記憶領域が非活性化状態にある場合、前記アップデート・ファームウェアに基づいて未活性化の前記第２記憶領域に記憶されているファームウェアをアップデートしてから、前記第１記憶領域を非活性化し、前記第２記憶領域を活性化するステップと、
前記第２記憶領域が活性化状態にあり、前記第１記憶領域が非活性化状態にある場合、前記アップデート・ファームウェアに基づいて未活性化の前記第１記憶領域に記憶されているファームウェアをアップデートしてから、前記第２記憶領域を非活性化し、前記第１記憶領域を活性化するステップと、
を更に含むことを特徴とする請求項１又は２に記載のファームウェアの復元方法。
【請求項４】
非活性化された後の前記第１記憶領域に記憶されているファームウェアを削除するステップと、
活性化された後の前記第２記憶領域に記憶されているファームウェアを非活性化された後の前記第１記憶領域に書き込むステップと、
を更に含むことを特徴とする請求項１又は２に記載のファームウェアの復元方法。
【請求項５】
活性化状態にある前記第２記憶領域に記憶されているファームウェアをロードした後、予め前記端末に保存されたユーザ設定及び構成データのうちの少なくとも１つまたは２つをロードするステップを更に含むことを特徴とする請求項１又は２に記載のファームウェアの復元方法。
【請求項６】
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
前記第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
前記第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末に適用されるファームウェアの復元装置であって、
前記端末におけるファームウェアを復元するための復元信号を受信するように構成される信号受信モジュールと、
前記第１記憶領域を非活性化し、前記第２記憶領域を活性化するように構成される第１処理モジュールと、
活性化状態にある前記第２記憶領域に記憶されているファームウェアをロードするように構成されるファームウェアロードモジュールと、
を含み、
前記第１処理モジュールは、
前記第１記憶領域の第１メモリアドレス及び前記第２記憶領域の第２メモリアドレスを取得するように構成されるアドレス取得サブモジュールと、
前記第１メモリアドレスに対応する記憶領域を非活性化するように構成される非活性化サブモジュールと、
前記第２メモリアドレスに対応する記憶領域を活性化するように構成される活性化サブモジュールと、
を含み、
前記活性化サブモジュールは、
前記第２メモリアドレスが２つ以上である場合、予め設定された条件に基づいて、１つの第２メモリアドレスを選択し、前記端末は、各第２メモリアドレスに対応する記憶領域に記憶されているファームウェアに対してチェックコードを設定し、当該チェックコードに基づいて当該第２メモリアドレスに対応する記憶領域に記憶されたファームウェアの損傷の有無を判断し、その中から、ファームウェアがダメージされていない第２メモリアドレスを選択し、
選択した前記第２メモリアドレスに対応する第２記憶領域を活性化するように構成され、
前記予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の間の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無に関する情報、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれることを特徴とするファームウェアの復元装置。
【請求項７】
前記アドレス取得サブモジュールは、
各記憶領域のメモリアドレスが記憶されているパーティションテーブルを読み取り、
前記パーティションテーブルに基づいて、前記第１メモリアドレス及び前記第２メモリアドレスを決定するように構成されることを特徴とする請求項６に記載のファームウェアの復元装置。
【請求項８】
前記端末のアップデート・ファームウェアの取得を要求するための取得要求をサーバに送信するように構成される要求送信モジュールと、
前記サーバからリターンされる前記アップデート・ファームウェアを受信するように構成されるファームウェア受信モジュールと、
前記第１記憶領域と前記第２記憶領域の状態を特定するように構成される状態特定モジュールと、
前記第１記憶領域が活性化状態にあり、前記第２記憶領域が非活性化状態にある場合、前記アップデート・ファームウェアに基づいて未活性化の前記第２記憶領域に記憶されているファームウェアをアップデートしてから、前記第１記憶領域を非活性化し、前記第２記憶領域を活性化するように構成される第１アップデートモジュールと、
前記第２記憶領域が活性化状態にあり、前記第１記憶領域が非活性化状態にある場合、前記アップデート・ファームウェアに基づいて未活性化の前記第１記憶領域に記憶されているファームウェアをアップデートしてから、前記第２記憶領域を非活性化し、前記第１記憶領域を活性化するように構成される第２アップデートモジュールと、
を更に含むことを特徴とする請求項６又は７に記載のファームウェアの復元装置。
【請求項９】
非活性化された後の前記第１記憶領域に記憶されているファームウェアを削除するように構成されるファームウェア削除モジュールと、
活性化された後の前記第２記憶領域に記憶されているファームウェアを非活性化された後の前記第１記憶領域に書き込むように構成されるファームウェア書き込みモジュールと、
を更に含むことを特徴とする請求項６又は７に記載のファームウェアの復元装置。
【請求項１０】
活性化状態にある前記第２記憶領域に記憶されているファームウェアをロードした後、予め前記端末に保存されたユーザ設定及び構成データのうちの少なくとも１つをロードするように構成されるデータロードモジュールを更に含むことを特徴とする請求項６又は７に記載のファームウェアの復元装置。
【請求項１１】
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
前記第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
前記第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末であって、
プロセッサと、
前記プロセッサの実行可能なインストラクションを記憶するためのメモリと、
を備え、
前記プロセッサは、
前記端末におけるファームウェアを復元するための復元信号を受信し、
前記第１記憶領域を非活性化し、前記第２記憶領域を活性化し、
活性化状態にある前記第２記憶領域に記憶されているファームウェアをロードし、
前記第２メモリアドレスが２つ以上である場合、予め設定された条件に基づいて、１つの第２メモリアドレスを選択し、前記端末は、各第２メモリアドレスに対応する記憶領域に記憶されているファームウェアに対してチェックコードを設定し、当該チェックコードに基づいて当該第２メモリアドレスに対応する記憶領域に記憶されたファームウェアの損傷の有無を判断し、その中から、ファームウェアがダメージされていない第２メモリアドレスを選択し、
選択した前記第２メモリアドレスに対応する第２記憶領域を活性化するように構成され、
前記予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の間の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無に関する情報、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれるように構成されることを特徴とする端末。
【請求項１２】
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
前記第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
前記第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末に適用されるファームウェアの復元装置であって、
プロセッサと、
前記プロセッサの実行可能なインストラクションを記憶するためのメモリと、
を備え、
前記プロセッサは、
前記端末におけるファームウェアを復元するための復元信号を受信し、
前記第１記憶領域を非活性化し、前記第２記憶領域を活性化し、
活性化状態にある前記第２記憶領域に記憶されているファームウェアをロードし、
前記第１記憶領域の第１メモリアドレス及び前記第２記憶領域の第２メモリアドレスを取得するように構成され、
前記第１メモリアドレスに対応する記憶領域を非活性化するように構成され、
前記第２メモリアドレスに対応する記憶領域を活性化し、
前記第２メモリアドレスが２つ以上である場合、予め設定された条件に基づいて、１つの第２メモリアドレスを選択し、前記端末は、各第２メモリアドレスに対応する記憶領域に記憶されているファームウェアに対してチェックコードを設定し、当該チェックコードに基づいて当該第２メモリアドレスに対応する記憶領域に記憶されたファームウェアの損傷の有無を判断し、その中から、ファームウェアがダメージされていない第２メモリアドレスを選択し、
選択した前記第２メモリアドレスに対応する第２記憶領域を活性化するように構成され、
前記予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の間の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無に関する情報、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれるように構成されることを特徴とするファームウェアの復元装置。
【請求項１３】
プロセッサに実行されることにより、請求項１から請求項５のいずれか１項に記載のファームウェアの復元方法を実現することを特徴とするプログラム。
【請求項１４】
請求項１３に記載のプログラムが記録された記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器の技術分野に関し、特にファームウェアの復元方法、装置、端末、プログラム及び記録媒体に関する。
【０００２】
本願は、出願番号がＣＮ２０１４１０８０６７５０．８であって、出願日が２０１４年１２月２２日である中国特許出願に基づき優先権を主張し、当該中国特許出願の全ての内容を本願に援用する。
【背景技術】
【０００３】
ファームウェアは、電子機器において最も基礎的な作業を担うソフトウェアであり、電子機器の正常的な作動を保証するためのものである。従って、電子機器におけるファームウェアに問題が生ずる場合、通常ファームウェアを復元する必要がある。
【０００４】
電子機器におけるファームウェアを復元する必要がある場合、通常、ユーザは電子機器をアップデート・ツール（ｕｐｄａｔｅ  ｔｏｏｌ）に接続させて、アップデート・ツールを介して電子機器に新しいファームウェアを書き込むことによりファームウェアの復元を実現する。
【発明の概要】
【０００５】
本発明は、ファームウェアの復元方法、装置、端末、プログラム及び記録媒体を提供する。
【０００６】
本発明の実施例の第１の態様によれば、
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末に適用されるファームウェアの復元方法であって、
端末におけるファームウェアを復元するための復元信号を受信するステップと、
第１記憶領域を非活性化し、第２記憶領域を活性化するステップと、
活性化状態にある第２記憶領域に記憶されているファームウェアをロードするステップと、
を含むファームウェアの復元方法を提供する。
【０００７】
前記第１記憶領域を非活性化し、第２記憶領域を活性化するステップは、
第１記憶領域の第１メモリアドレス及び第２記憶領域の第２メモリアドレスを取得するステップと、
第１メモリアドレスに対応する記憶領域を非活性化するステップと、
第２メモリアドレスに対応する記憶領域を活性化するステップと、
を含んでもよい。
【０００８】
前記第１記憶領域の第１メモリアドレス及び第２記憶領域の第２メモリアドレスを取得するステップは、
各記憶領域のメモリアドレスが記憶されているパーティションテーブルを読み取るステップと、
パーティションテーブルに基づいて第１メモリアドレス及び第２メモリアドレスを決定するステップと、を含んでもよい。
【０００９】
前記第２メモリアドレスに対応する記憶領域を活性化するステップは、
第２メモリアドレスが２つ以上である場合、予め設定された条件に基づいて、１つの第２メモリアドレスを選択するステップと、
選択した第２メモリアドレスに対応する第２記憶領域を活性化するステップと、を含み、
前記予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれてもよい。
【００１０】
当該方法は、
端末のアップデート・ファームウェアの取得を要求するための取得要求をサーバに送信するステップと、
サーバからリターンされるアップデート・ファームウェアを受信するステップと、
第１記憶領域と第２記憶領域の状態を特定するステップと、
第１記憶領域が活性化状態にあり、第２記憶領域が非活性化状態にある場合、アップデート・ファームウェアに基づいて未活性化の第２記憶領域に記憶されているファームウェアをアップデートしてから、第１記憶領域を非活性化し、第２記憶領域を活性化するステップと、
第２記憶領域が活性化状態にあり、第１記憶領域が非活性化状態にある場合、アップデート・ファームウェアに基づいて未活性化の第１記憶領域に記憶されているファームウェアをアップデートしてから、第２記憶領域を非活性化し、第１記憶領域を活性化するステップと、
を更に含んでもよい。
【００１１】
当該方法は、
非活性化された後の第１記憶領域に記憶されているファームウェアを削除するステップと、
活性化された後の第２記憶領域に記憶されているファームウェアを非活性化された後の第１記憶領域に書き込むステップと、
を更に含んでもよい。
【００１２】
当該方法は、
活性化状態にある第２記憶領域に記憶されているファームウェアをロードした後、予め端末に保存されたユーザ設定及び構成データのうちの少なくとも１つをロードするステップを更に含んでもよい。
【００１３】
本発明の実施例の第２の態様によれば、
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末に適用されるファームウェアの復元装置であって、
端末におけるファームウェアを復元するための復元信号を受信するように構成される信号受信モジュールと、
第１記憶領域を非活性化し、第２記憶領域を活性化するように構成される第１処理モジュールと、
活性化状態にある第２記憶領域に記憶されているファームウェアをロードするように構成されるファームウェアロードモジュールと、
を含むファームウェアの復元装置を提供する。
【００１４】
前記第１処理モジュールは、
第１記憶領域の第１メモリアドレス及び第２記憶領域の第２メモリアドレスを取得するように構成されるアドレス取得サブモジュールと、
第１メモリアドレスに対応する記憶領域を非活性化するように構成される非活性化サブモジュールと、
第２メモリアドレスに対応する記憶領域を活性化するように構成される活性化サブモジュールと、
を含んでもよい。
【００１５】
前記アドレス取得サブモジュールは、
各記憶領域のメモリアドレスが記憶されているパーティションテーブルを読み取り、
パーティションテーブルに基づいて、第１メモリアドレス及び第２メモリアドレスを決定するように構成されてもよい。
【００１６】
前記活性化サブモジュールは、
第２メモリアドレスが２つ以上である場合、予め設定された条件に基づいて、１つの第２メモリアドレスを選択し、
選択した第２メモリアドレスに対応する第２記憶領域を活性化するように構成され、
前記予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれてもよい。
【００１７】
当該装置は、
端末のアップデート・ファームウェアの取得を要求するための取得要求をサーバに送信するように構成される要求送信モジュールと、
サーバからリターンされるアップデート・ファームウェアを受信するように構成されるファームウェア受信モジュールと、
前記第１記憶領域と前記第２記憶領域の状態を特定するように構成される状態特定モジュールと、
前記第１記憶領域が活性化状態にあり、前記第２記憶領域が非活性化状態にある場合、前記アップデート・ファームウェアに基づいて未活性化の前記第２記憶領域に記憶されているファームウェアをアップデートしてから、前記第１記憶領域を非活性化し、前記第２記憶領域を活性化するように構成される第１アップデートモジュールと、
前記第２記憶領域が活性化状態にあり、前記第１記憶領域が非活性化状態にある場合、前記アップデート・ファームウェアに基づいて未活性化の前記第１記憶領域に記憶されているファームウェアをアップデートしてから、前記第２記憶領域を非活性化し、前記第１記憶領域を活性化するように構成される第２アップデートモジュールと、
を更に含んでもよい。
【００１８】
当該装置は、
非活性化された後の第１記憶領域に記憶されているファームウェアを削除するように構成されるファームウェア削除モジュールと、
活性化された後の第２記憶領域に記憶されているファームウェアを非活性化された後の第１記憶領域に書き込むように構成されるファームウェア書き込みモジュールと、
を更に含んでもよい。
【００１９】
当該装置は、
活性化状態にある第２記憶領域に記憶されているファームウェアをロードした後、予め端末に保存されたユーザ設定及び構成データのうちの少なくとも１つをロードするデータロードモジュールを更に含んでもよい。
【００２０】
本発明の実施例の第３の態様によれば、
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末であって、
プロセッサと、
プロセッサの実行可能なインストラクションを記憶するためのメモリと、
を備え、
プロセッサは、
端末におけるファームウェアを復元するための復元信号を受信し、
第１記憶領域を非活性化し、前記第２記憶領域を活性化し、
活性化状態にある前記第２記憶領域に記憶されているファームウェアをロードするように構成される端末を提供する。
【００２１】
本発明の実施例の第４の態様によれば、
活性化された第１記憶領域及び未活性化の第２記憶領域を含み、
第１記憶領域に記憶されているファームウェアは端末が最近実行したファームウェアであり、
第２記憶領域に記憶されているファームウェアはバックアップ用ファームウェアである端末に適用されるファームウェアの復元装置であって、
プロセッサと、
プロセッサの実行可能なインストラクションを記憶するためのメモリと、
を備え、
プロセッサは、
端末におけるファームウェアを復元するための復元信号を受信し、
第１記憶領域を非活性化し、第２記憶領域を活性化し、
活性化状態にある第２記憶領域に記憶されているファームウェアをロードするように構成されるファームウェアの復元装置を提供する。
本発明の実施例の第５の態様によれば、
プロセッサに実行されることにより、第1の態様による前記ファームウェアの復元方法を実現するプログラムを提供する。
本発明の実施例の第６の態様によれば、
第５の態様による前記プログラムが記録されている記録媒体を提供する。
【００２２】
本発明の実施例により提供された技術案によれば、以下のような有益な効果が得られる。
【００２３】
端末に、活性化された第１記憶領域及び未活性化の第２記憶領域を設定し、第１記憶領域に端末が最近実行したファームウェアを記憶し、第２記憶領域にバックアップ用ファームウェア記憶することにより、端末に対してファームウェアの復元を行う必要がある場合、直接第１記憶領域を非活性化し、第２記憶領域を活性化し、更に活性化された第２記憶領域に記憶されたバックアップ用ファームウェアをロードする方法によりファームウェアの復元を実現することができる。これにより、従来技術においてファームウェアの復元を図るためにはリフレッシュツールの利用が必須であった問題点を解消し、１つのキーのみでファームウェアの復元が実現でき、使用上の便利さが向上されたという効果を奏する。
【００２４】
なお、上述の一般的な記載及び後述の詳細な記載は、単なる例示的で解釈であり、本発明に対する限定として見なしてはいけない。
【図面の簡単な説明】
【００２５】
ここの図面は、明細書に組み入れて本明細書の一部分を構成し、本発明に該当する実施例を例示するとともに、明細書とともに本発明の原理を解釈する。
【００２６】
【図１】一部の例示的な実施例に係るファームウェアの復元方法に関わる実施環境の模式図である。
【図２】例示的な一実施例に係る端末のブロック図である。
【図３】例示的な一実施例に係るファームウェアの復元方法のフローチャートである。
【図４Ａ】別の例示的な一実施例に係るファームウェアの復元方法のフローチャートである。
【図４Ｂ】別の例示的な一実施例に係る端末により第１メモリアドレス及び第２メモリアドレスを取得する方法のフローチャートである。
【図４Ｃ】別の例示的な一実施例に係る端末により第２記憶領域を活性化するフローチャートである。
【図４Ｄ】別の例示的な一実施例に係る端末によりファームウェアをアップデートするフローチャートである。
【図４Ｅ】別の例示的な一実施例に係るファームウェアの復元方法の別のフローチャートである。
【図４Ｆ】別の例示的な一実施例に係るファームウェアの復元方法のまた別のフローチャートである。
【図５】例示的な一実施例に係るファームウェアの復元装置のブロック図である。
【図６】別の例示的な一実施例に係るファームウェアの復元装置のブロック図である。
【図７】例示的な一実施例に係るファームウェアの復元適用される装置のブロック図である。
【発明を実施するための形態】
【００２７】
以下、図面に示されている例示的な実施例をより詳しく説明するようにする。以下の図面に関する説明において、別途の説明がない限り、異なる図面中の同一の符号は、同一又は類似する要素を示すこととする。以下の例示的実施例において説明する複数の実施形態は、本発明に係る全ての実施形態を代表するわけではない。逆に、それらは、添付された特許請求の範囲に記載の本発明の一部の態様に係る装置及び方法の例に過ぎない。
【００２８】
図１を参照すると、当該図１は本発明における各実施例に関わる実施環境の模式図である。図１に示すように、当該実施環境は端末１１０及びサーバ１２０を含む。
【００２９】
端末１１０は、携帯電話、タブレット、電子書籍リーダー、デスクトップコンピュータ、ノートパソコン、デジタルカメラ、ルータ（ｒｏｕｔｅｒ）、電話交換機、プリンタ、マザーボード（Ｍｏｔｈｅｒｂｏａｒｄ）及びゲーム機（Ｇａｍｅ  ｃｏｎｓｏｌｅ）のような端末である。端末１１０は有線又は無線ネットワークを経由してサーバ１２０に接続できる。
【００３０】
サーバ１２０は１つ又は複数の高性能コンピュータ又はクラウドコンピューティングセンタ（Ｃｌｏｕｄ  Ｃｏｍｐｕｔｉｎｇ  Ｃｅｎｔｅｒ）を含むことが可能である。サーバ１２０は端末１１０にサービスを提供するためのものである。
【００３１】
図２に示すように、端末１１０は、活性化された第１記憶領域２１０及び未活性化の第２記憶領域２２０を含んでもよい。第１記憶領域２１０に記憶されるファームウェアは端末が最近実行したファームウェアであり、第２記憶領域２２０に記憶されるファームウェアはバックアップ用ファームウェアである。
【００３２】
第１記憶領域２１０及び第２記憶領域２２０は端末の内蔵メモリにおける２つの記憶領域であってもよい。例えば、第１記憶領域２１０及び第２記憶領域２２０は、フラッシュメモリにおける２つの記憶領域であってもよい。
【００３３】
第１記憶領域２１０に記憶されるファームウェアのバージョンと第２記憶領域２２０に記憶されるバックアップ用ファームウェアのバージョンとは同一でもよく、異なってもよい。
【００３４】
例えば、第１記憶領域２１０に記憶されるファームウェアはバージョン３．２であり、第２記憶領域２２０に記憶されるバックアップ用ファームウェアはバージョン３．１のような従来のバージョンである。もちろん、第１記憶領域２１０及び第２記憶領域２２０に同時に同じバージョンが記憶されてもよい。例えば、同時にバージョン３．２が記憶されてもよい。本実施例では、これについて限定しない。
【００３５】
第１記憶領域２１０の容量と第２記憶領域２２０の容量は同じでも異なってもよい。第１記憶領域２１０の容量及び第２記憶領域２２０の容量は通常同じように構成されてもよい。
【００３６】
第２記憶領域２２０は１つでも２つ以上でもよい。本実施例では、これについて限定しない。端末のストレージリソースを節約して、端末のリソース使用率を向上させるために、第２記憶領域２２０は通常１つである。
【００３７】
図３は、例示的な一実施例に係るファームウェアの復元方法のフローチャートであり、図３に示すように、本実施例では、当該ファームウェアの復元方法を図１に示された端末１１０に適用する場合を例として説明する。当該ファームウェアの復元方法は下記のステップを含んでもよい。
【００３８】
ステップ３０１において、端末におけるファームウェアを復元するための復元信号を受信する。
【００３９】
ステップ３０２において、第１記憶領域を非活性化し、第２記憶領域を活性化する。
【００４０】
ステップ３０３において、活性化状態にある第２記憶領域に記憶されているファームウェアをロードする。
【００４１】
要するに、本発明の実施例において提供されたファームウェアの復元方法によれば、端末に活性化された第１記憶領域及び未活性化の第２記憶領域を設定して、第１記憶領域に端末が最近実行したファームウェアを記憶し、第２記憶領域にバックアップ用ファームウェア記憶することにより、端末に対してファームウェアの復元を行う必要がある場合、直接第１記憶領域を非活性化し、第２記憶領域を活性化することができ、更に活性化された第２記憶領域に記憶されたバックアップ用ファームウェアをロードする方法によりファームウェアの復元を実現する。これにより、従来技術においてファームウェアの復元を図るためにはリフレッシュツールの利用が必須であった問題点を解消し、１つのキーのみでファームウェアの復元が実現でき、使用上の便利さが向上されたという効果を奏する。
【００４２】
図４は、例示的な一実施例に係るファームウェアの復元方法のフローチャートである。図４に示すように、本実施例では、当該ファームウェアの復元方法を図１に示された端末１１０に適用する場合を例として説明する。当該ファームウェアの復元方法は下記のステップを含んでもよい。
【００４３】
ステップ４０１において、端末におけるファームウェアを復元するための復元信号を受信する。
【００４４】
ユーザは端末をトリガーしてファームウェアの復元を行うことができ、端末は相応して端末におけるファームウェアを復元するための復元信号を受信する。端末には復元キーを設置することができ、ユーザは当該復元キーを選択する方法によって復元信号を入力するが、本実施例では、これについて限定しない。
【００４５】
端末におけるファームウェアが故障した場合、ユーザは端末をトリガーしてファームウェアを復元することができる。
【００４６】
ユーザは端末におけるファームウェアの現在のバージョンが気に入らなく、ファームウェアを前のバージョンに復元することを望む場合、端末をトリガーしてファームウェアの復元を行うことができる。
【００４７】
ステップ４０２において、第１記憶領域の第１メモリアドレス及び第２記憶領域の第２メモリアドレスを取得する。
【００４８】
図４Ｂを参照すると、本ステップは下記のステップを含んでもよい。
【００４９】
ステップ４０２ａにおいて、各記憶領域のメモリアドレスが記憶されているパーティションテーブル（Ｐａｒｔｉｔｉｏｎ  Ｔａｂｌｅ）を読み取る。
【００５０】
端末は復元信号を受信した後、予め記憶されたパーティションテーブルを読み取ることができ、当該パーティションテーブルには各記憶領域のメモリアドレスが記憶されている。
【００５１】
ステップ４０２ｂにおいて、パーティションテーブルに基づいて第１メモリアドレス及び第２メモリアドレスを決定する。
【００５２】
端末は、パーティションテーブルを分析して第１記憶領域に対応する第１メモリアドレス及び第２記憶領域に対応する第２メモリアドレスを取得する。
【００５３】
第２記憶領域が２つ以上存在する場合、端末は解析によりそれぞれの第２記憶領域に対応する２つ以上の第２メモリアドレスを取得できるようにしてもよいが、本実施例では、これについて限定しない。
【００５４】
ステップ４０３において、第１メモリアドレスに対応する記憶領域を非活性化する。
【００５５】
端末は、復元信号を受信した後、第１メモリアドレスに対応する記憶領域を非活性化することができる。
【００５６】
端末は各記憶領域に対して状態マークを設定してもよく、第１メモリアドレスに対応する記憶領域のマークを修正することができる。例えば、端末は活性化された記憶領域に対しマーク‘１’を設置し、未活性化の記憶領域に対しマーク‘０’を設置する場合、端末は第１メモリアドレスに対応する記憶領域のマークを‘０’に修正することができる。
【００５７】
端末は活性化状態にある記憶領域のみに対しマークを設定し、非活性化状態にある記憶領域に対しマークを設定しなくてもよい。この場合、端末は第１メモリアドレスに対応する記憶領域のマークを削除することができる。
【００５８】
端末は非活性化状態にある記憶領域のみに対しマークを設定し、活性化状態にある記憶領域に対しマークを設定しなくてもよい。この場合、端末は第１メモリアドレスに対応する記憶領域に対しマークを設定することができる。
【００５９】
本実施例では、端末が上記のいくつかの方法により第１メモリアドレスに対応する記憶領域を非活性化する場合のみを例として説明したが、端末はその他の方法により第１メモリアドレスに対応する記憶領域を非活性化してもよい。本実施例では、これについて限定しない。
【００６０】
ステップ４０４において、第２メモリアドレスに対応する記憶領域を活性化する。
【００６１】
端末は、復元信号を受信した後、第２メモリアドレスに対応する記憶領域を活性化することができる。
【００６２】
端末は各記憶領域に対して状態マークを設定してもよく、第１メモリアドレスに対応する記憶領域のマークを修正することができる。例えば、端末は活性化された記憶領域に対しマーク‘１’を設置し、未活性化の記憶領域に対しマーク‘０’を設置する場合、端末は第２メモリアドレスに対応する記憶領域のマークを‘１’に修正することができる。
【００６３】
端末は活性化状態にある記憶領域のみに対しマークを設定し、非活性化状態にある記憶領域に対しマークを設定しなくてもよい。この場合、端末は第２メモリアドレスに対応する記憶領域のマークを設定することができる。
【００６４】
端末は非活性化状態にある記憶領域のみに対しマークを設定し、活性化状態にある記憶領域に対しマークを設定しなくてもよい。この場合、端末は第２メモリアドレスに対応する記憶領域に対しマークを削除することができる。
【００６５】
本実施例では、端末が上記のいくつかの方式により第２メモリアドレスに対応する記憶領域を活性化する場合のみを例として説明したが、端末はその他の方式により、第２メモリアドレスに対応する記憶領域を活性化してもよい。本実施例では、これについて限定しない。
【００６６】
図４Ｃを参照すると、第２記憶領域が２つ以上存在する場合、即ち取得した第２記憶領域に対応する第２メモリアドレスが２つ以上である場合、本ステップは下記のステップを含んでもよい。
【００６７】
ステップ４０４ａにおいて、予め設定された条件に基づいて１つの第２メモリアドレスを選択する。当該予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の間の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無に関する情報、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれる。
【００６８】
端末は予め設定された条件に基づいて各第２メモリアドレスから１つの第２メモリアドレスを選択する。
【００６９】
端末は、各第２記憶領域に対して復元優先順位を設定してもよい。当該復元優先順位は、各第２記憶領域のファームウェア復元時の優先順位を表すためのものである。端末は、各第２メモリアドレスの中から優先順位の高い第２メモリアドレスを選択してもよい。例えば、３つの第２メモリアドレスＡ、Ｂ及びＣが存在し、上記３つのアドレスの復元優先順位がＢ、Ａ及びＣである場合、端末は第２メモリアドレスＢを選択することができる。
【００７０】
端末は、各第２メモリアドレスに対応する記憶領域に記憶されているファームウェアに対してチェックコードを設定してもよい。端末は、当該チェックコードに基づいて当該第２メモリアドレスに対応する記憶領域に記憶されたファームウェアの損傷の有無を判断し、その中から、ファームウェアがダメージされていない第２メモリアドレスを選択する。端末が選択した、ファームウェアがダメージされていない第２メモリアドレスが、依然として２つ以上存在する場合、端末はランダムに１つの第２メモリアドレスを選択するか、又は他の２つの条件を合わせて選択を行ってもよい。本実施例では、これについて限定しない。
【００７１】
端末は、各第２メモリアドレスに対応する記憶領域に記憶されているファームウェアのバージョン番号を解析して、その中からバージョンが比較的に高い記憶領域に対応する第２メモリアドレスを選択してもよい。
【００７２】
以上では、予め設定された条件が１つの条件のみを含む場合を例としたが、予め設定された条件は同時に前記の３つの条件のうちの２つ又は３つを含んでもよい。本実施例では、これについて限定しない。上記実施例においては、予め設定された条件が前記の３つの条件である場合を例としたが、予め設定された条件は他の条件を含んでもよい。本実施例では、これについても限定しない。
【００７３】
ステップ４０４ｂにおいて、選択した第２メモリアドレスに対応する第２記憶領域を活性化する。
【００７４】
端末は、２つ以上の第２メモリアドレスから１つの第２メモリアドレスを選択した後、選択した第２メモリアドレスに対応する第２記憶領域を活性化することが可能である。
【００７５】
端末は、前述の活性方法に類似した方法を利用して、選択した第２メモリアドレスに対応する第２記憶領域を活性化してもよい。本実施例では、これについて限定しない。
【００７６】
ステップ４０５において、活性化状態にある第２記憶領域に記憶されているファームウェアをロードする。
【００７７】
端末は、活性化状態にある第２記憶領域に記憶されているファームウェアをロードすることができる。
【００７８】
端末は再起動の過程で、活性化状態にある第２記憶領域に記憶されているファームウェアをロードしてもよい。
【００７９】
端末は、第１記憶領域を非活性化し、第２記憶領域を活性化した後、自動的に再起動することができ、再起動の過程で活性化状態にある第２記憶領域に記憶されているファームウェアをロードしてもよい。
【００８０】
端末は、第１記憶領域を非活性化し、第２記憶領域を活性化した後、ユーザに再起動をプロンプトするためのプロンプト情報を表し、ユーザのトリガーによって再起動を行い、再起動の過程で活性化状態にある第２記憶領域に記憶されているファームウェアをロードしてもよい。
【００８１】
要するに、本発明の実施例において提供されたファームウェアの復元方法によれば、端末に活性化された第１記憶領域及び未活性化の第２記憶領域を設定して、第１記憶領域に端末が最近実行したファームウェアを記憶し、第２記憶領域にバックアップ用ファームウェア記憶することにより、端末に対してファームウェアの復元を行う必要がある場合、直接第１記憶領域を非活性化し、第２記憶領域を活性化することができ、更に活性化された第２記憶領域に記憶されたバックアップ用ファームウェアをロードする方法によりファームウェアの復元を実現する。これにより、従来技術においてファームウェアの復元を図るためにはリフレッシュツールの利用が必須であった問題点を解消し、１つのキーのみでファームウェアの復元が実現でき、使用上の便利さが向上されたという効果を奏する。
【００８２】
本実施例において、ユーザは端末におけるファームウェアを１つのキーで復元することができ、ファームウェアの復元に必要な時間を節約できる。
【００８３】
追加説明すべき点は、ユーザはトリガーにより、端末に記憶されているファームウェアをアップデートすることができる。図４Ｄを参照すると、端末がファームウェアをアップデートする方法は下記のステップを含む。
【００８４】
ステップ４０６において、端末のアップデート・ファームウェアの取得を要求するための取得要求をサーバに送信する。
【００８５】
ユーザはウェブサイトで自分が必要とするバージョンのファームウェアを探して、端末を操作して当該アップデート・ファームウェアをダウンロードしてもよい。端末はアップデート・ファームウェアの取得を要求するための取得要求をサーバに送信できる。
【００８６】
ステップ４０７において、サーバからリターンされるアップデート・ファームウェアを受信する。
【００８７】
ステップ４０８において、第１記憶領域及び第２記憶領域の状態を特定する。
【００８８】
端末は、第１記憶領域及び第２記憶領域の状態マークを読み取り、状態マークによって第１記憶領域及び第２記憶領域の状態を特定してもよい。
【００８９】
ステップ４０９において、第１記憶領域が活性化状態にあり、第２記憶領域が非活性化状態にある場合、アップデート・ファームウェアに基づいて未活性化の第２記憶領域に記憶されているファームウェアをアップデートしてから、第１記憶領域を非活性化し、第２記憶領域を活性化する。
【００９０】
第１記憶領域が活性化状態にあり、第２記憶領域が非活性化状態にあると決定した場合、端末は、アップデート・ファームウェアに基づいて第２記憶領域に記憶されているファームウェアをアップデートできる。端末は、第２記憶領域に記憶されているファームウェアを削除し、受信したアップデート・ファームウェアを第２記憶領域に書き込んでもよい。
【００９１】
端末がアップデート後のファームウェアを実行できるようにするため、端末は第１記憶領域を非活性化し、第２記憶領域を活性化することができる。端末の非活性及び活性方法については、ステップ４０２〜ステップ４０４を参照し、本実施例ではその説明を省略する。
【００９２】
端末は、第２記憶領域を活性化した後、活性化状態にある第２記憶領域に記憶されているファームウェアをロードしてもよい。
【００９３】
ステップ４１０において、第２記憶領域が活性化状態にあり、第１記憶領域が非活性化状態にある場合、アップデート・ファームウェアに基づいて未活性化の第１記憶領域に記憶されているファームウェアをアップデートしてから、第２記憶領域を非活性化し、第１記憶領域を活性化する。
【００９４】
第２記憶領域が活性化状態にあり、第１記憶領域が非活性化状態にあると決定した場合、端末は、アップデート・ファームウェアに基づいて未活性化の第１記憶領域に記憶されているファームウェアをアップデートできる。また、第２記憶領域を非活性化し、第１記憶領域を活性化する。これはステップ４０９に類似するので、ここではその説明を省略する。
【００９５】
説明すべき点は、本実施例では、端末が未活性化の記憶領域に記憶されているファームウェアのみをアップデートする場合を例としたが、端末は、同時に２つの記憶領域に記憶されているファームウェアをアップデートしてもよい。本実施例では、これについて限定しない。本実施例では、ファームウェアのアップデート過程で端末が引き続き正常に作動できることを保証することを考えて、未活性化の記憶領域に記憶されているファームウェアのみをアップデートするが、その実際の実現においてはこれに限定されない。
【００９６】
追加説明すべき点は、図４Ｅを参照すると、当該ファームウェアの復元方法は更に下記のステップを含む。
【００９７】
ステップ４１１において、非活性化された後の第１記憶領域に記憶されているファームウェアを削除する。
【００９８】
端末がファームウェアの復元を行う場合、通常、最近実行したファームウェアに異常が現れたからである。即ち、第１記憶領域に記憶されているファームウェアがダメージされたからである。そのため、端末は、第１記憶領域を非活性化した後、非活性化された後の第１記憶領域に記憶されているファームウェア、即ちダメージされたファームウェアを削除することができる。
【００９９】
ステップ４１２において、活性化された後の第２記憶領域に記憶されているファームウェアを非活性化された後の第１記憶領域に書き込む。
【０１００】
非活性化された後の第１記憶領域に記憶されている、ダメージされたファームウェアに対して復元を行うために、端末は、活性化された後の第２記憶領域に記憶されているファームウェアを非活性化された後の第１記憶領域に書き込むことができる。
【０１０１】
端末は、ユーザに第２記憶領域に記憶されているファームウェアを第１記憶領域にバックアップすることをプロンプトするためのプロンプト情報を表してもよい。ユーザは当該プロンプト情報を見た後、バックアップをトリガーする。
【０１０２】
端末は、第１記憶領域を非活性化し、第２記憶領域を活性化した後、自動的に活性化された第２記憶領域に記憶されているファームウェアを非活性化された後の第１記憶領域に書き込んでもよい。これにより、活性化された後の第２記憶領域におけるファームウェアに次いで故障が発生しても、ユーザは依然として非活性化された後の第１記憶領域にバックアップされたファームウェアに基づいてファームウェアの復元を行うことができる。本実施例では、これについて限定しない。
【０１０３】
追加説明すべき点は、本実施例では、活性化された第２記憶領域に記憶されているファームウェアを非活性化された後の第１記憶領域に書き込む場合だけを例として説明したが、ユーザは端末をリフレッシュツール、又はＵディスクに接続して、更にリフレッシュツール又はＵディスクによって非活性化された後の第１記憶領域に記憶されている、ダメージされたファームウェアに対して復元を行ってもよい。本実施例では、これについて限定しない。端末は、またサーバに接続されて、サーバにファームウェアをダウンロードする方法により非活性化された後の第１記憶領域に記憶されているファームウェアに対して復元を行ってもよい。本実施例では、これについても限定しない。
【０１０４】
更に追加説明すべき点は、図４Ｆを参照すると、ステップ４０５の後に、端末は下記のステップを実行することができる。
【０１０５】
ステップ４１３において、予め端末に保存されたユーザ設定及び構成データのうちの少なくとも１つをロードする。
【０１０６】
ユーザが端末を使用する過程において、端末はユーザ設定又はユーザが端末に設定した構成データ又は同時に前記の両者を記憶することができる。端末は、予定した時間間隔ごとに１回保存してもよく、ユーザのトリガー信号を受信した場合１回保存してもよい。本実施例では、これについて限定しない。
【０１０７】
端末は、活性化された第２記憶領域に記憶されているファームウェアをロードした後、引き続き保存されたユーザ設定又は構成データ又は前記の両者をロードできる。これにより、端末に対してファームウェアの復元を行っても、ユーザは依然としてファームウェアが復元される前のユーザ設定を引き続き利用でき、再び複雑な設定操作を行う必要がなく、ユーザの操作の複雑程度を低下させるとともに、ファームウェアの復元時の端末における構成データのセキュリティを保証できる。
【０１０８】
下記の本発明の装置の実施例は、本発明の方法の実施例を実行することに用いることができる。本発明の装置の実施例において記載しない詳細については、本発明の方法実施例を参照する。
【０１０９】
図５は、例示的な一実施例に係るファームウェアの復元装置のブロック図である。図５に示すように、当該ファームウェアの復元装置は、図１に示される実施環境における端末１１０に適用される。当該ファームウェアの復元装置は、信号受信モジュール５０１、第１処理モジュール５０２及びファームウェアロードモジュール５０３を備えることができるが、これに限らない。
【０１１０】
信号受信モジュール５０１は、端末におけるファームウェアを復元するための復元信号を受信するように構成される。
【０１１１】
第１処理モジュール５０２は、第１記憶領域を非活性化し、第２記憶領域を活性化するように構成される。
【０１１２】
ファームウェアロードモジュール５０３は、活性化状態にある第２記憶領域に記憶されているファームウェアをロードするように構成される。
【０１１３】
要するに、本発明の実施例において提供されたファームウェアの復元装置によれば、端末に活性化された第１記憶領域及び未活性化の第２記憶領域を設定して、第１記憶領域に端末が最近実行したファームウェアを記憶し、第２記憶領域にバックアップ用ファームウェア記憶することにより、端末に対してファームウェアの復元を行う必要がある場合、直接第１記憶領域を非活性化し、第２記憶領域を活性化することができ、更に活性化された第２記憶領域に記憶されたバックアップ用ファームウェアをロードする方法によりファームウェアの復元を実現する。これにより、従来技術においてファームウェアの復元を図るためにはリフレッシュツールの利用が必須であった問題点を解消し、１つのキーのみでファームウェアの復元が実現でき、使用上の便利さが向上されたという効果を奏する。
【０１１４】
図６は、例示的な一実施例に係るファームウェアの復元装置のブロック図である。図６に示すように、当該ファームウェアの復元装置は、図１に示される実施環境における端末１１０に適用される。当該ファームウェアの復元装置は、信号受信モジュール６０１、第１処理モジュール６０２及びファームウェアロードモジュール６０３を備えることができるが、それらに限らない。
【０１１５】
信号受信モジュール６０１は、端末におけるファームウェアを復元するための復元信号を受信するように構成される。
【０１１６】
第１処理モジュール６０２は、第１記憶領域を非活性化し、第２記憶領域を活性化するように構成される。
【０１１７】
ファームウェアロードモジュール６０３は、活性化状態にある第２記憶領域に記憶されているファームウェアをロードするように構成される。
【０１１８】
当該第１処理モジュール６０２は、
第１記憶領域の第１メモリアドレス及び第２記憶領域の第２メモリアドレスを取得するように構成されるアドレス取得サブモジュール６０２ａと、
第１メモリアドレスに対応する記憶領域を非活性化するように構成される非活性化サブモジュール６０２ｂと、
第２メモリアドレスに対応する記憶領域を活性化するように構成される活性化サブモジュール６０２ｃと、を備えてもよい。
【０１１９】
当該アドレス取得サブモジュール６０２ａは、
各記憶領域のメモリアドレスが記憶されているパーティションテーブルを読み取り、
パーティションテーブルに基づいて第１メモリアドレス及び第２メモリアドレスを決定するように構成されてもよい。
【０１２０】
当該活性化サブモジュール６０２ｃは、
第２メモリアドレスが２つ以上である場合、予め設定された条件に基づいて１つの第２メモリアドレスを選択し、
選択した第２メモリアドレスに対応する第２記憶領域を活性化するように構成されてもよい。
【０１２１】
前記予め設定された条件には、各第２メモリアドレスに対応する第２記憶領域の間の優先順位、各第２記憶領域に記憶されているファームウェアの損傷の有無に関する情報、及び各第２記憶領域に記憶されているファームウェアのバージョン番号のうちの少なくとも１つが含まれる。
【０１２２】
当該装置は、
端末のアップデート・ファームウェアの取得を要求するための取得要求をサーバに送信するように構成される要求送信モジュール６０４と、
サーバからリターンされるアップデート・ファームウェアを受信するように構成されるファームウェア受信モジュール６０５と、
第１記憶領域及び第２記憶領域の状態を特定するように構成される状態特定モジュール６０６と、
第１記憶領域が活性化状態にあり、第２記憶領域が非活性化状態にある場合、ファームウェア受信モジュールが受信したアップデート・ファームウェアに基づいて未活性化の第２記憶領域に記憶されているファームウェアをアップデートしてから、第１記憶領域を非活性化し、第２記憶領域を活性化するように構成される第１アップデートモジュール６０７と、
第２記憶領域が活性化状態にあり、第１記憶領域が非活性化状態にある場合、アップデート・ファームウェアに基づいて未活性化の第１記憶領域に記憶されているファームウェアをアップデートしてから、第２記憶領域を非活性化し、第１記憶領域活性化するように構成される第２アップデートモジュール６０８と、
をさらに備えてもよい。
【０１２３】
当該装置は、
非活性化された後の第１記憶領域に記憶されているファームウェアを削除するように構成されるファームウェア削除モジュール６０９と、
活性化された後の第２記憶領域に記憶されているファームウェアを非活性化された後の第１記憶領域に書き込むように構成されるファームウェア書き込みモジュール６１０と、
をさらに備えてもよい。
【０１２４】
当該装置は、
活性化状態にある第２記憶領域に記憶されているファームウェアをロードした後、予め端末に保存されたユーザ設定及び構成データのうちの少なくとも１つをロードするように構成されるデータロードモジュール６１１をさらに備えてもよい。
【０１２５】
要するに、本発明の実施例において提供されたファームウェアの復元装置によれば、端末に活性化された第１記憶領域及び未活性化の第２記憶領域を設定して、第１記憶領域に端末が最近実行したファームウェアを記憶し、第２記憶領域にバックアップ用ファームウェア記憶することにより、端末に対してファームウェアの復元を行う必要がある場合、直接第１記憶領域を非活性化し、第２記憶領域を活性化することができ、更に活性化された第２記憶領域に記憶されたバックアップ用ファームウェアをロードする方法によりファームウェアの復元を実現する。これにより、従来技術においてファームウェアの復元を図るためにはリフレッシュツールの利用が必須であった問題点を解消し、１つのキーのみでファームウェアの復元が実現でき、使用上の便利さが向上されたという効果を奏する。
【０１２６】
本実施例によれば、アップデート・ファームウェアを利用して第２記憶領域に記憶されているファームウェアをアップデートすることができ、端末におけるファームウェアをアップデートする効果を奏する。また、本実施例によれば、第２記憶領域に記憶されているファームウェアのみをアップデートし、現在実行中の第１記憶領域に記憶されているファームウェアをアップデートしないことにより、ファームウェアのアップデート過程で端末が正常に作動できることを保証する。
【０１２７】
なお、本実施によれば、活性化された後の第２記憶領域に記憶されているファームウェアを、非活性化された後の第１記憶領域に書き込むことにより、活性化された後の第２記憶領域におけるファームウェアが次いで故障しても、ユーザは依然として非活性化された後の第１記憶領域にバックアップされたファームウェアによりファームウェアを復元することができる。
【０１２８】
上述の実施例に係る装置において、それぞれのモジュールが操作を行う具体的な形態については、該当する方法実施例において既に詳細に説明を行っているので、ここではその詳細な説明を省略することにする。
【０１２９】
端末は、活性化された第２記憶領域に記憶されているファームウェアをロードした後、引き続き端末に保存されているユーザ設定、構成データのうちの少なくとも１つをロードできる。それにより、ファームウェアを復元した後、ユーザが複雑な設置をする必要がないようにして、ユーザの操作の複雑さを低下させ、同時にファームウェアの復元の時の端末における構成データのセキュリティを保証することができる。
【０１３０】
図７は、例示的な一実施例に係るファームウェアの復元に用いる装置７００のブロック図である。例えば、装置７００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信機、ゲーム機、タブレットデバイス、医療機器、フィットネス設備、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等であってもよい。
【０１３１】
図７に示すように、装置７００は、処理アセンブリ７０２、メモリ７０４、電源アセンブリ７０６、マルチメディアアセンブリ７０８、オーディオアセンブリ７１０、入力／出力（Ｉ／Ｏ）インターフェース７１２、センサアセンブリ７１４及び通信アセンブリ７１６からなる群から選ばれる少なくとも１つを備えてもよい。
【０１３２】
処理アセンブリ７０２は、一般的には、装置７００の全体の操作、例えば、表示、電話呼び出し、データ通信、カメラ操作及び記録操作に関連する操作を制御する。処理アセンブリ７０２は、上述の方法におけるステップの一部又は全部を実現できるように、インストラクションを実行する少なくとも１つのプロセッサ７１８を備えてもよい。なお、処理アセンブリ７０２は、他のアセンブリとのインタラクションの便宜上、少なくとも１つのモジュールを備えてもよい。例えば、処理アセンブリ７０２は、マルチメディアアセンブリ７０８とのインタラクションの便利を図るために、マルチメディアモジュールを備えてもよい。
【０１３３】
メモリ７０４は、装置７００における操作を支援するための、各種のデータを記憶するように構成される。これらのデータの例として、装置７００において操作される何れのアプリケーション又は方法に関するインストラクション、連絡先データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ７０４は、何れの種類の揮発性又は不揮発性メモリ、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｂｅｒ）、磁気メモリ、フラッシュメモリ、磁気ディスク、又は光ディスク、又はこれらの組み合わせにより実現することができる。
【０１３４】
電源アセンブリ７０６は、装置７００の各種アセンブリに電力を供給するためのものであり、電源管理システム、１つ又は複数の電源、及び装置７００のために電力を生成、管理及び分配することに関連のある他のアセンブリを備えてもよい。
【０１３５】
マルチメディアアセンブリ７０８は、装置７００とユーザとの間に出力インターフェースを提供するためのスクリーンを備えてもよい。何れかの実施例において、スクリーンは、液晶ディスプレイ（ＬＣＤ）やタッチパネル（ＴＰ）を備えてもよい。スクリーンは、タッチパネルを備える場合、ユーザからの入力信号を受信できるタッチスクリーンとして実現される。また、タッチパネルは、少なくとも１つのタッチセンサを備えることにより、タッチ、スライド、タッチパネル上でのジェスチャーを感知することができる。前記タッチセンサは、タッチやスライド動作の境界を感知できるだけではなく、タッチやスライド操作と関連する持続時間や圧力も感知できる。何れかの実施例において、マルチメディアアセンブリ７０８は、フロントカメラ及び／又はバックカメラを備えてもよい。装置７００が、例えば撮影モードやビデオモードのような操作モードにある場合、フロントカメラ及び／又はバックカメラは外部からのマルチメディアデータを受信できる。フロントカメラ及びバックカメラのそれぞれは、固定の光学レンズ系であってもよいし、可変の焦点距離及び光学ズーム機能を有するものであってもよい。
【０１３６】
オーディオアセンブリ７１０は、オーディオ信号を出力及び／又は入力するように構成される。例えば、オーディオアセンブリ７１０は、マイクロフォン（ＭＩＣ）を有してもよい。装置７００が、例えば呼び出しモード、記録モード又は音声認識モードのような操作モードにある場合、マイクロフォンは外部のオーディオ信号を受信するように構成される。受信されたオーディオ信号は、メモリ７０４に記憶されてもよく、通信アセンブリ７１６を介して送信されてもよい。何れかの実施例において、オーディオアセンブリ７１０は、オーディオ信号を出力するためのスピーカをさらに備えてもよい。
【０１３７】
Ｉ／Ｏインターフェース７１２は、処理アセンブリ７０２と周辺インターフェースモジュールとの間にインターフェースを提供するためのものである。前記周辺インターフェースモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームボタン、音量ボタン、スタートボタン、ロックボタンであってもよいが、それらに限らない。
【０１３８】
センサアセンブリ７１４は、装置７００のために各方面の状態評価を提供するための少なくとも１つのセンサを備えてもよい。例えば、センサアセンブリ７１４は、装置７００のオン／オフ状態や、アセンブリの相対的な位置を検出することができる。例えば、前記アセンブリが装置７００のディスプレイ及びキーパッドである場合、センサアセンブリ７１４は、装置７００又は装置７００の１つのアセンブリの位置の変化や、ユーザと装置７００との接触の有無や、装置７００の方位又は加速／減速や、装置７００の温度変化を検出することができる。センサアセンブリ７１４は、何れの物理的接触もない状況にて付近の物体の有無を検出できるように構成される近接センサを含んでもよい。センサアセンブリ７１４は、さらに、画像表示技術分野に用いられる光センサ、例えばＣＭＯＳ又はＣＣＤ画像センサを含んでもよい。何れかの実施例において、当該センサアセンブリ７１４は、さらに、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ又は温度センサを含んでもよい。
【０１３９】
通信アセンブリ７１６は、装置７００と他の設備との間の無線又は有線通信が便利になるように構成される。装置７００は、通信標準に基づく無線ネットワーク、例えばＷｉＦｉ、２Ｇ又は３Ｇ、又はそれらの組み合わせにアクセスできる。１つの例示的な実施例において、通信アセンブリ７１６は、ブロードキャストチャンネルを介して外部のブロードキャスト管理システムからのブロードキャスト信号又はブロードキャストに関する情報を受信することができる。１つの例示的な実施例において、前記通信アセンブリ７１６は、さらに、近距離通信を促進するために近距離無線通信（ＮＦＣ）モジュールを含んでもよい。ＮＦＣモジュールは、例えば、無線周波数識別（ＲＦＩＤ：Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、赤外線データ協会（ＩｒＤＡ：Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）技術、超広帯域無線（ＵＷＢ：Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）技術、ブルートゥース（ＢＴ：Ｂｌｕｅｔｏｏｔｈ）技術及び他の技術により実現されてもよい。
【０１４０】
例示的な実施例において、装置７００は、上述の方法を実行するために、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、数字信号処理デバイス（ＤＳＰＤ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅ）、プログラム可能論理デバイス（ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、書替え可能ゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、又は他の電子機器により実現されてもよい。
【０１４１】
例示的な実施例において、さらに、装置７００のプロセッサ７１８により実行されることにより上述の方法を実現可能なインストラクションが記憶され、且つコンピュータに読み取り可能な不揮発性の記録媒体、例えばインストラクションが記憶されているメモリ７０４を提供する。前記コンピュータに読み取り可能な不揮発性の記録媒体は、例えばＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク及び光データメモリ等であってもよい。
【０１４２】
本発明は、上記で記述され、図面で図示した特定の構成に限定されず、その範囲を離脱しない状況で、様々な修正や変更を実施してもよい。本発明の範囲は、添付される特許請求の範囲のみにより限定される。
【図１】
0006348989.tif 000002
【図２】
0006348989.tif 000003
【図３】
0006348989.tif 000004
【図４Ａ】
0006348989.tif 000005
【図４Ｂ】
0006348989.tif 000006
【図４Ｃ】
0006348989.tif 000007
【図４Ｄ】
0006348989.tif 000008
【図４Ｅ】
0006348989.tif 000009
【図４Ｆ】
0006348989.tif 000010
【図５】
0006348989.tif 000011
【図６】
0006348989.tif 000012
【図７】
0006348989.tif 000013